1、考試題型:判斷題(10*1 =10分填空題(15*2 =30分單項選擇題(10*1 =10分問答題 50分前言:本課程復習大綱,希望各位同學認真看課本和 PPT 的相關內(nèi)容。第一章:引論了解:1.4 軟件測試和軟件開發(fā)的關系軟件測試和軟件開發(fā)構(gòu)成一個全過程的交互,協(xié)作的關系,兩者自始至終一起工作,共 同致力于同一個目標按時, 高質(zhì)量的完成項目。 V 模型能很好得呈現(xiàn)測試和開發(fā)的關系。 第二章:軟件測試的基本概念了解:修正錯誤的代價不是隨著時間線性增長,而幾乎是呈指數(shù)增長掌握:2.3 軟件測試的分類按測試對象或范圍分類:單元測試(包括組件測試,模塊測試等程序測試系統(tǒng)測試文檔測試Web 應用測試、

2、客戶端測試數(shù)據(jù)庫測試、服務器測試按測試目的分類集成測試,功能測試,回歸測試,性能測試,可靠性測試,安全測試,兼容性測試等 2.5 軟件測試的工作范疇軟件測試工作的組織與管理:制定測試策略、 測試計劃, 確認所采用的測試方法和規(guī)范,控 制測試進度,管理測試資源。測試工作的實施:編制符合標準的測試文檔, 搭建測試環(huán)境, 開發(fā)測試腳本、與開發(fā)組織協(xié) 作實現(xiàn)各階段的測試活動。第三章:軟件測試方法理解:白盒測試的概念按照程序內(nèi)部的結(jié)構(gòu)測試程序,測試程序內(nèi)部的變量狀態(tài)、邏輯狀態(tài)、運行路徑等,檢查 程序中的每條通路是否能按預定要求正確工作, 檢查程序內(nèi)部動作或運行是否符合設計規(guī)格要求,所以內(nèi)部成分是否按規(guī)定

3、正常運行。黒盒測試的概念黑盒測試方法不關注軟件內(nèi)部結(jié)構(gòu), 而是著眼于程序外部用戶界面, 關注軟件的輸入和輸出,關注用戶的需求,從用戶的角度驗證軟件功能,實現(xiàn)端到端的測試。靜態(tài)測試和動態(tài)測試靜態(tài)測試時對模塊的源代碼進行研讀,查找錯誤,并不需要對代碼進行編譯和仿真運行。 靜態(tài)測試包括對軟件產(chǎn)品的需求和設計規(guī)格說明書的審查、對程序代碼的復查等。動態(tài)測試時通過真正運行程序發(fā)現(xiàn)錯誤通過觀察代碼運行過程, 來獲取系統(tǒng)行為、 變量實時結(jié)果、內(nèi)存、堆棧、線程以及測試覆蓋等各方面的信息。掌握:白盒測試方法的分類:能使所以的執(zhí)行語句都被測試,但是不能準確的判斷運算中的邏輯錯誤。判定覆蓋使得程序中每個判斷的去真分支

4、和取假分支至少經(jīng)歷一次,即判定真假值均曾被滿足。判定覆蓋設計測試用例時會忽略條件中取“ OR ”的情況。執(zhí)行被測試程序后,要使每個判斷中的每個條件的可能值至少滿足一次。條件覆蓋測試不能保證所有判定(分支覆蓋被測試它是判定和條件覆蓋設計方法的交集,即設計足夠的測試用例,使得判斷條件中的所有條件可能取值至少執(zhí)行一次,同時。所有判斷的可能結(jié)果至少執(zhí)行一次。使得判斷中每個條件的 所有可能至少出現(xiàn)一次, 并且每個判斷本身的判定結(jié)果也至少出現(xiàn)一次。設計所有的測試用例,來覆蓋程序中的所有可能的執(zhí)行路徑完全覆蓋采用條件組合和路徑覆蓋兩種方法的結(jié)合來重新設計測試用例黒盒測試方法的分類:步驟,數(shù)據(jù),預期結(jié)果 有效

5、等價類是指輸入完全滿足程序輸入的規(guī)格說明、有意義的輸入數(shù)據(jù)所構(gòu)成的集合 無效等價類和有效等價類相反,即不滿足程序輸入要求或無效的輸入數(shù)據(jù)構(gòu)成的集合。 等價類劃分優(yōu)點:基于較少的測試用例,就能夠進行完全覆蓋,很大程度上減少重復性第五章:單元測試掌握:單元測試是對軟件基本組成單位進行的測試,而且軟件單元是在與程序其他部分相隔離的情況下進行的獨立的測試。單元測試的測試人員由程序開發(fā)人員和測試人員共同完成單元測試的測試方法單元中所有獨立執(zhí)行路徑測試單元局部數(shù)據(jù)結(jié)構(gòu)測試單元接口測試單元邊界條件測試單元的各條錯誤處理通路測試內(nèi)存分析單元測試的測試依據(jù)詳細設計和概要設計代碼審查也是一種有效的測試方法(包括互

6、查、走查、會議評審等形式第六章:集成測試和系統(tǒng)測試集成測試階段是以黑盒測試為主,白盒為輔掌握:6.1集成測試的概念集成測試的測試人員熟練的測試人員和軟件開發(fā)人員共同完成集成測試的集成模式和經(jīng)典代表非漸增式測試模式:先分別測試每個模塊, 再把所有模塊按設計要求放在一起結(jié)合成所要的程序, 如大棒模式 漸增式測試模式:把下一個要測試的模塊同已經(jīng)測試好的模塊結(jié)合起來進行測試, 測試完以后再把下一個應該測試的模塊結(jié)合起來進行測試。自頂向下法:從主控制模塊開始,沿著軟件的控制層次向下移動,從而逐漸把各個模塊結(jié)合起來。 優(yōu)點:不需要測試驅(qū)動程序, 能夠在測試階段的早期實現(xiàn)并驗證系統(tǒng)的主要功能, 而且 能在早

7、期發(fā)現(xiàn)上層模塊的接口錯誤缺點:需要樁程序, 可能遇到與此相聯(lián)系的測試困難, 低層關鍵模塊中的錯誤發(fā)現(xiàn)較晚,而且用這種方法在早期不能充分展開人力。自底向上法:從“原子”模塊(軟件結(jié)構(gòu)最低層的模塊開始集成以進行測試。優(yōu)點和缺點和自頂向下法正好相反。大棒集成方法:先是對每一個子模塊進行測試(單元測試階段 ,然后將所有模塊一次性地全部集成起 來進行集成測試。缺點:很難確定出錯的真正位置、所在的模塊、錯誤的原因三明治集成方法:自兩頭向中間集成優(yōu)點:將自頂向下和自底向上的集成方法有機地結(jié)合起來,不需要寫樁程序,英文在測 試初自底向上已經(jīng)驗證了底層模塊的正確性缺點:在真正集成前每一個獨立的模塊沒有完全測試過

8、。改進的三明治集成方法:自兩頭向中間集成,并且保證每個模塊得到單獨的測試。集成測試的測試依據(jù)概要設計6.2系統(tǒng)測試的概念系統(tǒng)測試是將經(jīng)過集成測試后的軟件,作為計算機系統(tǒng)的一部分,與計算機硬件、某些 支持軟件、數(shù)據(jù)和人員等系統(tǒng)元素結(jié)合起來,在實際運行環(huán)境下對計算機系統(tǒng)進行一系列的嚴格有效的測試來發(fā)現(xiàn)軟件的潛在問題,保證系統(tǒng)運行。系統(tǒng)測試的測試人員系統(tǒng)測試的內(nèi)容功能測試根據(jù)產(chǎn)品規(guī)格說明書上來檢測被測試的系統(tǒng)是否滿足各方面功能的使用要求。6.3回歸測試回歸測試是在程序有修改的情況下保證原有的功能正常的一種測試策略和方法,是根據(jù)修改的情況進行有效測試。6.4非功能性測試(理解:性能測試,壓力測試,容量測試,安全性測試,可靠性測試容錯性測試性能測試:系統(tǒng)負載,系統(tǒng)性能指標,性能測試的基本過程1. 確定性能測試需求2. 根據(jù)測試需求,選擇測試工具和開發(fā)相應的測試腳本3. 建立性能測試負載模型4. 執(zhí)行性能測試5. 提交性能測試報告壓力測試:1. 測試壓力估算2. 測試環(huán)境準備容量測試:安全性測試:1. 兩種級別的安全性(應用程序級別的安全性,系統(tǒng)級別的安全性2. 測試目標3. 測試范圍4. 安全性測試方法(1 靜態(tài)的代碼安全測試(2 動態(tài)的滲透測試(3 程序數(shù)據(jù)掃描可靠性測試:系統(tǒng)測試的測試依據(jù)第七章:驗收測試掌握:驗收測試的