1、第一章軟件測試伴隨著軟件開發(fā)，以檢查每一個階段性的成果是否符合質(zhì)量要求和達到預先定義 的目標，盡可能早的發(fā)現(xiàn)錯誤并及時改正。軟件測試的正確意義就是：軟件測試是由“驗證”和“有效性確認”活動構(gòu)成的整體?！膀炞C”是檢驗軟件是否已正確地實現(xiàn)了產(chǎn)品規(guī)格書所定義的系統(tǒng)功能和特性?！坝行詸z驗”是確認所開發(fā)的軟件是否滿足用戶真正需求的活動。在V模型中，左邊是軟件的定義和實現(xiàn)（包括分析、設(shè)計和編程），右邊是驗證（即測試）。 如圖：驗收驗收測試第早軟件缺陷（Bug）是指計算機系統(tǒng)或者程序中存在的任何一種破壞正常運行能力的問題、 錯誤，或者隱藏的功能缺陷、瑕疵，其結(jié)果會導致軟件產(chǎn)品在某種程度上不能滿足用戶的需

2、要。軟件缺陷的構(gòu)成：規(guī)格說明書（54%）、設(shè)計（25%）、代碼（15%）、其他（6%）軟件問題發(fā)現(xiàn)越早，問題越容易修復，在發(fā)布階段發(fā)現(xiàn)所需成本最高。3.SQA （軟件質(zhì)量保證）與軟件測試之間相輔相成，存在包含和交叉的關(guān)系。SQA指導、監(jiān) 督軟件測試的計劃和執(zhí)行，督促測試工作的結(jié)果客觀、準確有效，并協(xié)助測試流程的改進。SQA與軟件測試的關(guān)系：軟件測試是SQA的重要手段之一，為SQA提供所需的數(shù)據(jù)， 作為質(zhì)量評價的客觀依據(jù)。相同之處在于而這都是貫穿于整個軟件開發(fā)生命周期的流程。不 同之處在于SQA是一項管理工作，側(cè)重于對流程的評審和監(jiān)控，而測試是一項技術(shù)性的工 作，側(cè)重對產(chǎn)品的評估和驗證。第三章白

3、盒測試，也稱結(jié)構(gòu)測試或邏輯驅(qū)動測試，也就是已知產(chǎn)品的內(nèi)部工作過程。白盒測試的方法邏輯覆蓋法：語句覆蓋：使程序中的每個可執(zhí)行語句至少被執(zhí)行一次。判定覆蓋：使得程序中每個判斷的取真分支和假分支至少經(jīng)歷一次。條件覆蓋：使每個判斷中每個條件的可能取值至少滿足一次。（a0,a0,b0都至 少滿足一次）。條件覆蓋都滿足了，也不能保證所有判定覆蓋被測試。判定-條件覆蓋：是判定和條件覆蓋的交集，設(shè)計足夠的測試用例，使得判斷條件中 的所有條件可能取值至少執(zhí)行一次，同時，所有判斷的可能結(jié)果至少執(zhí)行一次。條件組合覆蓋：使得判斷中每個條件的所有可能至少出現(xiàn)一次，并且每個判斷本身的 判定結(jié)果也至少出現(xiàn)一次。路徑覆蓋:覆

4、蓋程序中的所有可能的執(zhí)行路徑?；韭窂綔y試法：（1）程序的流程控制圖。（2）計算程序的環(huán)路復雜度（可導出程序基本路徑集合中的獨立路徑條數(shù)）環(huán)路復雜度=（區(qū)域數(shù)目）=（邊界數(shù)目-節(jié)點數(shù)目+2）=（判斷節(jié)點數(shù)目+1）（3）確定基本路徑。（4）準備測試用例。黑盒測試，也稱功能測試或數(shù)據(jù)驅(qū)動測試。把程序看作是一個不能打開的黑盒子，在完全 不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，測試人員針對軟件直接進行測試。黑盒測試方法等價類劃分法：有效等價類、無效等價類邊界值分析法：邊界值分析法是作為對等價類劃分法的補充，這種情況下，其測試用 例來自等價類的邊界。如果輸入條件定義了數(shù)值區(qū)間（a,b），那么測試用例應包括

5、a、b、稍 微比a大、稍微比b大、稍微比a小和稍微比b小等幾種情況.舉個例子，如果a,b是整數(shù)， 除在a,b之間取正常點外，a,b,a-1,b-1,a+1,b+1都應被測試。判定表法：條件樁：列出問題的所有條件動作樁：列出可能針對問題所采取的操作。條件項：針對所列條件的具體賦值。動作項：可出在條件項（各種取值）組合情況下應該采取的動作。規(guī)則：任何一個條件組合的特定取值及其相應要執(zhí)行的操作。判定表制定的一般步驟：（1）列出所有的條件樁和動作樁（2）填入條件項（3）填入動作項，制定初始判定表（4）簡化、合并相似規(guī)則或者相同動作因果圖法：是一種形式化的圖形語言。利用圖解法分析輸入的各種組合情況，有時

6、還 要依賴所生成的判定表。場景法：用例場景用來描述流經(jīng)用例的路徑，從用例開始到結(jié)束遍歷這條路徑上所有 基本流和備選流。功能圖法：由狀態(tài)遷移圖和邏輯功能表構(gòu)成正交實驗法、錯誤推測法靜態(tài)測試盒動態(tài)測試的區(qū)別？根據(jù)程序是否運行（被測軟件是否被執(zhí)行），測試可以分為靜態(tài)測試和動態(tài)測試。靜態(tài)測試就是靜態(tài)分析，對模塊的源代碼進行研讀，查找錯誤或收集一些度量數(shù)據(jù)， 并不需要對代碼進行編譯和仿真運行。動態(tài)測試是通過真正運行程序發(fā)現(xiàn)錯誤，通過觀察代碼運行過程，來獲取系統(tǒng)行為、 變量實時結(jié)果、內(nèi)存、堆棧、線程以及測試覆蓋度等各方面的信息，來判斷系統(tǒng)是否存在問 題，或者通過有效的測試用例，對應的輸入輸出關(guān)系分析被測程

7、序的運行情況，來發(fā)現(xiàn)缺陷。 第四章W模型由兩個V模型組成，分別代表測試與開發(fā)過程，圖中明確表示出了測試與開發(fā)的并 彳亍關(guān)系。第五章單元測試是軟件測試的最基礎(chǔ)。在單元測試中主要采用白盒測試方法，包括對代碼的評審、靜態(tài)分析和結(jié)合測試工具進行 的動態(tài)測試。 單元測試的對象可以是軟件設(shè)計的最小單位個具體的函數(shù)或一個類的方法，也可以 是一個功能模塊、組件。單元測試的任務：（1）單元中所有獨立執(zhí)行路徑測試（2）單元局部數(shù)據(jù)結(jié)構(gòu)測試（3）單元接口測試（4）單元邊界條件測試（5）單元的各條錯誤處理通路測試（6）內(nèi)存分析運行被測試單元，為了隔離單元，根據(jù)被測試單元接口，開發(fā)相應的驅(qū)動程序和樁程序。驅(qū)動程序，也稱

8、驅(qū)動模塊，用以模擬被測模塊的上級模塊，能夠調(diào)用被測模塊。樁程序，也稱樁模塊，用以模擬被測模塊工作過程中所調(diào)用的下層模塊。樁模塊由被測模 塊調(diào)用，他們一般只進行很少的數(shù)據(jù)處理，如打印入口和返回，以便檢測被測模塊與其下級 模塊的接口。驅(qū)動模塊被測試單元樁模塊1樁模塊2第七章集成測試的模式：非漸增式測試模型：先分別測試每個模塊，再把所有模塊按設(shè)計要求放在一起結(jié)合成所 要的程序，如大棒模式。漸增式測試模型：把下一個要測試的模塊同已經(jīng)測試好的模塊結(jié)合起來進行測試，測試 完以后再把下一個應該測試的模塊結(jié)合起來。自頂向下法：從主模塊開始，沿著軟件的控制層次向下移動，從而逐漸把各個模塊結(jié)合起 來。在組裝過程中

9、，可以使用深度優(yōu)先的策略，或?qū)挾葍?yōu)先的策略。具體步驟：（1）對主控模塊進行測試，測試時用樁程序代替所有直接附屬于主模塊的模塊（2）根據(jù)選定的結(jié)合策略，每次用一個實際模塊代替一個樁程序。（3）在結(jié)合下一個模塊的同時進行測試（4）為了保證加入模塊沒有引進新的錯誤，可能需要進行回歸測試從第（2）步不斷重復進行上述過程，直到完成。優(yōu)點：（1）不需要測試驅(qū)動程序；（2）能夠在測試階段的早期實現(xiàn)并驗證系統(tǒng)的主要功能；（3）能在早期發(fā)現(xiàn)上層模塊中的接口錯誤。缺點：（1）需要樁程序，要使樁模塊能夠模擬實際子模塊的功能十分困難；（2）底層驗證被推遲；（3）同時涉及復雜算法，真正輸入/輸出的模塊一般在底層，他們是

10、最容易出問題的模塊， 到測試和集成的后期才遇到這些模塊，一旦發(fā)現(xiàn)問題導致過多的回歸測試。自底向上法：自頂向上測試從“原子”模塊開始集成以進行測試。具體策略：（1）把底層模塊組合成實現(xiàn)某個特定的軟件子功能的族。（2）寫一個驅(qū)動程序，協(xié)調(diào)測試數(shù)據(jù)的輸入和輸出。（3）對由模塊組成的子功能族進行測試。（4）去掉驅(qū)動程序，沿軟降結(jié)構(gòu)自下向上移動，把子功能族結(jié)合起來形成更大的子功能族。 從第（2）步開始不斷重復進行上述過程，直到完成。優(yōu)點：（1）不需要樁程序；（2）同時由于涉及到復雜算法和真正輸入/輸出的模塊最先得到集成和測試，可以把最容易 出問題的部分在早期解決；（3）自底向上增值的方式可以實施多個模塊

11、的并行測試，提高測試效率。缺點：（1）“程序一直未能作為一個實體存在，直到最后一個模塊加上去后才形成一個實體”。也 就是說，在自底向上集成和測試的過程中，對主要的控制直到最后才接觸到。（2）驅(qū)動的開發(fā)工作量大；回歸測試的目的是在程序有修改的情況下保證原有功能正常的一種測試方法。非功能測試（系統(tǒng)測試）性能測試：性能測試通過測試以確定系統(tǒng)運行時的性能表現(xiàn)，如得到運行速度、響應時 間、占有系統(tǒng)資源等方面的系統(tǒng)數(shù)據(jù)。壓力測試：壓力測試是模擬實際應用的軟硬件環(huán)境及用戶使用過程的系統(tǒng)負荷，長時間 或超大負荷地運行測試軟件，來測試被測系統(tǒng)的性能、可靠性、穩(wěn)定性等。容量測試:通過容量測試可以確定軟件系統(tǒng)還能保

12、持主要功能正常運行的某項指標的極 限值（如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫記錄數(shù)等），或者說能夠確定測試對象在給定時間內(nèi)能夠 持續(xù)處理的最大負載或工作量。安全性測試可靠性測試容錯性測試集成測試、單元測試與系統(tǒng)測試的差別？測試類型目的單元測試模塊內(nèi)部的 程序錯誤消除局部模塊的邏輯和 功能上的錯誤和缺陷模塊邏輯設(shè) 計，模塊外部說明大量采用白盒測 試方法集成測試模塊間的集 成和調(diào)用關(guān) 系找出與軟件設(shè)計相關(guān)的 程序結(jié)構(gòu)，模塊調(diào)用關(guān) 系，模塊間接口方面的 問題程序結(jié)構(gòu)設(shè) 計結(jié)合使用白盒與 黑和測試方法， 采用較多黑盒方法構(gòu)造測試用例系統(tǒng)測試整個系統(tǒng)， 包括系統(tǒng)中的硬件等對整個系統(tǒng)進行一系列 的整體、有效性測試系統(tǒng)

13、結(jié)構(gòu)設(shè)計，目標說明書，需求說明書等黑盒測試由以上可以看出，整個軟件系統(tǒng)的測試過程是：先對各個軟件模塊進行單元測試；然后把經(jīng)過單元測試的各個模塊組裝起來進行集成測試；最后把經(jīng)過集成測試的子系統(tǒng)合成軟件版本，對照需求規(guī)格，在實際環(huán)境下，進行系統(tǒng) 功能驗證。第七章驗收測試是檢驗產(chǎn)品和產(chǎn)品規(guī)格說明書的一致性。a測試和8測試的區(qū)別？a測試是指軟件開發(fā)公司組織內(nèi)部人軟模擬各類用戶對即將面市的軟件產(chǎn)品(成為a 版本)進行測試，試圖發(fā)現(xiàn)錯誤并修改。8測試是指軟件開發(fā)公司組織各方面的典型用戶在 日常工作中實際使用8版本，并要求用戶報告異常情況、提出批評意見。兼容性測試包括了軟件兼容性、數(shù)據(jù)共享兼容性、硬件兼容性三個方面。向后兼容是指可以使用以前版本的軟件。向前兼容是指可以使用未來版本的軟件。第八章第九章第十章全球化可以看作是國際化和本地化兩者合成的結(jié)果。國際化和全球化的辯證關(guān)系：本地化要適應國際化的規(guī)定。而國際化是本地化的基礎(chǔ)和前 提，為本地化做準備，使本地化過程不需要對代碼做改動就能完成，或?qū)⒋a修改降到最低 限度。本地化與翻譯的關(guān)系：本地化不僅僅是簡單的翻譯轉(zhuǎn)換，應該根據(jù)目標語言國家的市場特 點、文化習慣、法律等情況進行本地化地特性開發(fā)，界面布局調(diào)整工作。第十一章自動化測試是相對手工測試而存在的一個概念，由手工逐個地運