第4部分 測試執(zhí)行的步驟(分階段)

1、23測試執(zhí)行的步驟：單元測試執(zhí)行的步驟：單元缺缺 陷陷 跟跟 蹤蹤4測試執(zhí)行的步驟：模塊測試執(zhí)行的步驟：模塊缺缺 陷陷 跟跟 蹤蹤5測試執(zhí)行的步驟：集成測試執(zhí)行的步驟：集成缺缺 陷陷 跟跟 蹤蹤6測試執(zhí)行的步驟：全面測試測試執(zhí)行的步驟：全面測試缺缺 陷陷 跟跟 蹤蹤7測試執(zhí)行的步驟：維護測試執(zhí)行的步驟：維護缺缺 陷陷 跟跟 蹤蹤891011單元測試121314151617 首先集中注意力來測試程序中較小的結(jié)構(gòu)塊，其優(yōu)點是： 便于錯誤定位。由于一開始把注意力集中在程序的較小單元上，發(fā)現(xiàn)錯誤，就可以肯定錯誤所在模塊，因而便于糾錯； 單元測試提供了同時測試多個模塊的機會，使得測試過程得以并行進行。1

2、8實施步驟：v 制定計算機軟件單元測試計劃，應(yīng)在詳細設(shè)計階段完成；v 建立計算機軟件單元測試環(huán)境、編寫測試說明；v 執(zhí)行計算機軟件單元測試用例，并詳細記錄執(zhí)行信息；v 根據(jù)每個測試用例的預(yù)期輸出結(jié)果和實際運行結(jié)果，判定該測試是否通過；v 如果測試不通過，應(yīng)分析錯誤原因，并在修正錯誤后進行回歸測試，直至通過；v 完成計算機軟件單元測試報告；v 測試完成并通過后，將被測軟件和有關(guān)文檔納入配置管理。20單元測試的被測對象是程序單元，而程序單元不是一個獨立可運行的程序，在對每個單元進行單元測試時，也不能完全忽視它們和周圍模塊的相互關(guān)系。為了模擬這類關(guān)系，為程序單元的執(zhí)行構(gòu)造一個完整的環(huán)境，需設(shè)置兩種輔

3、助測試模塊：驅(qū)動模塊和樁模塊。驅(qū)動模塊用以模擬被測模塊的上層模塊，測試執(zhí)行時由驅(qū)動模塊調(diào)用被測模塊使其運行；樁模塊模擬被測模塊執(zhí)行時所調(diào)用的模塊，測試執(zhí)行時樁模塊使被測模塊能完整閉合地運行。21 上圖表示了被測模塊、驅(qū)動模塊、樁模塊所構(gòu)成的單元測試執(zhí)行環(huán)境。由于測試上圖表示了被測模塊、驅(qū)動模塊、樁模塊所構(gòu)成的單元測試執(zhí)行環(huán)境。由于測試模塊，可能調(diào)用多個其它模塊，因此可能有多個樁模塊。驅(qū)動模塊和樁模塊要設(shè)計得模塊，可能調(diào)用多個其它模塊，因此可能有多個樁模塊。驅(qū)動模塊和樁模塊要設(shè)計得盡量簡單，避免因其錯誤干擾被測模塊運行和測試結(jié)果判別。開發(fā)高內(nèi)聚（盡量簡單，避免因其錯誤干擾被測模塊運行和測試結(jié)果判

4、別。開發(fā)高內(nèi)聚（cohesioncohesion）度的模塊，可以簡化單元測試過程。度的模塊，可以簡化單元測試過程。模塊測試執(zhí)行環(huán)境構(gòu)成圖232425v 模塊間的接口測試：接口測試是集成測試的基本任務(wù)。在接口測試中應(yīng)從調(diào)用關(guān)系和數(shù)據(jù)項的相容性兩方面考慮。數(shù)據(jù)項的相容性是指調(diào)用時數(shù)據(jù)傳遞的正確性。v 全局數(shù)據(jù)結(jié)構(gòu)測試：全局數(shù)據(jù)結(jié)構(gòu)是一種常用的接口方式，因此要在集成測試中進行測試。v 軟件功能模塊的功能測試：如果我們不是一下把所有的模塊集成為一個整體軟件，會獲得一些中間功能模塊，這也是規(guī)范有效的組裝測試過程要求的。在測試了構(gòu)成這個功能模塊內(nèi)接口的正確性后，我們還應(yīng)測試整個功能模塊是否滿足相應(yīng)的功能需

5、求。雖然在接口測試時已證實功能模塊的一些功能，但只是側(cè)重于接口方面。因此，如果若干子功能形成了一個如設(shè)計文檔中要求的一個高層功能，必須進行功能測試。v 性能測試：在必要時應(yīng)進行組裝成的中間功能模塊的運行時間、運行空間、計算精度的測試。由于系統(tǒng)還沒有完全結(jié)合進來，一些性能的度量容易進行，也容易較早察覺真實模塊結(jié)合后給性能帶來的影響。26由模塊組裝成程序進行測試有兩種方法，增量測試和非增量測試。由模塊組裝成程序進行測試有兩種方法，增量測試和非增量測試。v 增量測試是指不斷地把待測模塊組合到已經(jīng)測試過的模塊上去，然后再進行測試；v 非增量測試是指獨立地測試每個模塊，再把它們組合成完整的程序。 增量測

6、試相對于非增量測試的優(yōu)點是：增量測試相對于非增量測試的優(yōu)點是：v 非增量測試先分散測試，再集中起來一次完成組合和測試，如果在模塊接口處存在差錯，只會組合后一下子暴露出來。使用增量測試方法可以較早地發(fā)現(xiàn)模塊接口錯誤，這是由于較早地把模塊組合起來進行測試所致。v 增量測試利用已測試過的模塊取代非增量測試中所需要的驅(qū)動模塊或樁模塊，這樣對后續(xù)模塊的測試會使得前面已測試過的模塊得到更多的檢驗，因而整個程序的測試能取得較好的效果。v 增量測試使調(diào)試工作變得容易，因為增量逐步組合和逐步測試模塊，把可能出現(xiàn)的錯誤逐步分散暴露出來，并且由于每次組合一個模塊，錯誤發(fā)生時，可以比較容易定位，這些錯誤肯定是在最新增

7、加的模塊的連接中出現(xiàn)的。而非增量測試，直到對各個模塊測試結(jié)束，對整個程序進行組合時才能發(fā)現(xiàn)錯誤，這時再要確定錯誤的位置就非常困難，因為錯誤可能出現(xiàn)在程序的任何地方。272829303132333435363738394041 a. 系統(tǒng)功能測試； b. 系統(tǒng)性能測試； c. 軟件和系統(tǒng)接口測試； d. 系統(tǒng)可靠性測試； e. 系統(tǒng)安全性測試； f. 系統(tǒng)恢復(fù)性測試； g. 系統(tǒng)邊界測試； h. 系統(tǒng)余量測試； i. 系統(tǒng)敏感性測試； j. 系統(tǒng)可移植性測試。應(yīng)根據(jù)軟件的復(fù)雜性、重要性、類型和關(guān)鍵級別，選擇進行以下測試，但必須包括功能測試。42系統(tǒng)功能測試系統(tǒng)功能測試 測試在真實系統(tǒng)環(huán)境或系統(tǒng)仿

8、真環(huán)境中軟件的各項功能是否滿足系統(tǒng)需求。系統(tǒng)性能測試系統(tǒng)性能測試 測試在真實系統(tǒng)環(huán)境或系統(tǒng)仿真環(huán)境中軟件的各 項性能指標是否滿足系統(tǒng)需求。系統(tǒng)安全性測試系統(tǒng)安全性測試 在真實系統(tǒng)環(huán)境或系統(tǒng)仿真環(huán)境中進行安全性測試，檢查系統(tǒng)對非法侵入的防范能力。以發(fā)現(xiàn)軟件系統(tǒng)中是否存在安全漏洞。 43系統(tǒng)可靠性測試系統(tǒng)可靠性測試 在真實系統(tǒng)環(huán)境或系統(tǒng)仿真環(huán)境中進行可靠性測試。檢測在規(guī)定的時間內(nèi)以及規(guī)定的環(huán)境條件下，完成規(guī)定功能的能力。系統(tǒng)恢復(fù)性測試系統(tǒng)恢復(fù)性測試 檢查系統(tǒng)的容錯能力。當系統(tǒng)出錯時，能否在指定時間間隔內(nèi)修正錯誤并重新啟動系統(tǒng)。對有恢復(fù)或重置(RESET)功能的系統(tǒng),必須驗證恢復(fù)或重置功能,對每一類

9、導(dǎo)致恢復(fù)或重置的情況進行測試。 軟件自身運行的恢復(fù)或重置 軟件控制的系統(tǒng)的恢復(fù)或重置 系統(tǒng)控制的軟件的恢復(fù)或重置45系統(tǒng)兼容性測試系統(tǒng)兼容性測試系統(tǒng)安裝性測試系統(tǒng)安裝性測試系統(tǒng)可用性系統(tǒng)可用性/ /易用性測試易用性測試系統(tǒng)文檔測試系統(tǒng)文檔測試 對提交給用戶的文檔進行測試系統(tǒng)配置性測試系統(tǒng)配置性測試 驗證系統(tǒng)在不同的系統(tǒng)配置（軟件、硬件、網(wǎng)絡(luò)）下能否正確工作。系統(tǒng)敏感性測試系統(tǒng)敏感性測試 包括軟件可能的擴展性和系統(tǒng)電、磁、機械干擾對軟件特性的影響。系統(tǒng)余量測試系統(tǒng)余量測試 軟件在真實系統(tǒng)環(huán)境或系統(tǒng)仿真環(huán)境中運行時,測試系統(tǒng)全部存儲量,輸入/輸出通道及處理時間的余量,應(yīng)滿足系統(tǒng)/子系統(tǒng)設(shè)計文檔要求

10、。46軟件單元測試報告軟件單元測試評審報告軟件問題報告v概要設(shè)計說明v詳細設(shè)計說明v數(shù)據(jù)字典v軟/硬件接口說明v代碼審查報告符合規(guī)定的軟件單元源程序代碼代碼無錯誤地通過編譯或匯編規(guī)定的測試環(huán)境和工具單元測試軟件代碼審查報告軟件問題報告v概要設(shè)計說明v數(shù)據(jù)字典v軟件源代碼v軟/硬件接口說明v代碼靜態(tài)分析報告代碼無錯誤地通過編譯或匯編代碼審查軟件靜態(tài)分析報告v軟件源代碼v編碼標準v詳細設(shè)計說明v軟/硬件接口說明代碼無錯誤地通過編譯或匯編靜態(tài)分析測試結(jié)果需要的文檔資料基本條件測試47軟件部分的測試報告軟件問題報告v軟件研制任務(wù)書v軟件需求規(guī)格說明v軟件集成控制文件ICDv系統(tǒng)用戶手冊、操作手冊v軟件

11、集成測試報告v軟件集成測試評審報告系統(tǒng)的所有的軟件配置項通過軟件測試系統(tǒng)綜合試驗大綱和操作細則真實的系統(tǒng)工作環(huán)境系統(tǒng)測試軟件集成測試報告軟件集成測試評審報告軟件問題報告v軟件需求規(guī)格說明v軟件單元測試報告v軟件單元測試評審報告通過軟件單元測試整個軟件配置項具備在真實或仿真環(huán)境下運行的條件集成測試測試結(jié)果需要的文檔資料基本條件測試4849505152 要把N個單元集成一起肯定靠接口耦合，這時可能會產(chǎn)生在單元測試中無法發(fā)現(xiàn)的問題。例如：數(shù)據(jù)通過不同的接口時可能出錯；幾個函數(shù)關(guān)聯(lián)在一起時可能達不到預(yù)期的功能；在某個單元里可以接受的誤差可能在集成后被擴大到無法接受的程度。所以集成測試是必要的，不是多此

12、一舉。 不能！因為集成測試是在仿真環(huán)境中開展的，那不是真不能！因為集成測試是在仿真環(huán)境中開展的，那不是真正的目標系統(tǒng)。再者，單元測試和集成測試通常由開發(fā)小正的目標系統(tǒng)。再者，單元測試和集成測試通常由開發(fā)小組執(zhí)行。根據(jù)測試心理學(xué)的分析，開發(fā)人員測試自己的工組執(zhí)行。根據(jù)測試心理學(xué)的分析，開發(fā)人員測試自己的工作成果雖然是必要的，但不能作為成果已經(jīng)通過測試的依作成果雖然是必要的，但不能作為成果已經(jīng)通過測試的依據(jù)。據(jù)。 首先是“信任”問題。對于合同項目而言，如果測試小組是開發(fā)方的人員，客戶怎么能夠輕易相信“別人”呢? 所以當項目進行系統(tǒng)測試之后，客戶再進行驗收測試是情理之中的事。否則，那是客戶失職。 不論是合同項目還是非合同項目，軟件的最終用戶各色各樣（如受教育程度不同、使用習(xí)慣不同等等）。測試小組至多能夠模