第13章 系統(tǒng)測試
第13章 系統(tǒng)測試 1 13.1 介紹 1 13.2 系統(tǒng)測試規(guī)程 2 13.2.1 目的 2 13.2.2 角色與職責(zé) 2 13.2.3 啟動準(zhǔn)則 2 13.2.4 輸入 2 13.2.5 主要步驟 3 [Step1] 制定系統(tǒng)測試計劃 3 [Step2] 設(shè)計系統(tǒng)測試用例 3 [Step3] 執(zhí)行系統(tǒng)測試 3 [Step4] 缺陷管理與改錯 3 13.2.6 輸出 3 13.2.7 結(jié)束準(zhǔn)則 4 13.2.8 度量 4 13.3 實施建議 4 第13章 系統(tǒng)測試 系統(tǒng)測試（System Test, ST）的目的是對最終軟件系統(tǒng)進行全面的測試，確保最終軟件系統(tǒng)滿足產(chǎn)品需求并且遵 循系統(tǒng)設(shè)計。 系統(tǒng)測試過程域是SPP模型的重要組成部分。本規(guī)范闡述了系統(tǒng)測試的規(guī)程，該規(guī)程 的“目標(biāo)”、“角色與職責(zé)”、“啟動準(zhǔn)則”、“輸入”、“主要步驟”、“輸出”、“完成準(zhǔn)則”和 “度量”均已定義。 本規(guī)范適用于國內(nèi)IT企業(yè)的軟件研發(fā)項目。建議用戶根據(jù)自身情況（如商業(yè)目標(biāo)、研 發(fā)實力等）適當(dāng)?shù)匦薷谋疽?guī)范，然后推廣使用。 13.1 介紹 系統(tǒng)測試流程如圖14- 1所示。由于系統(tǒng)測試的目的是驗證最終軟件系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設(shè)計，所以 當(dāng)產(chǎn)品需求和系統(tǒng)設(shè)計文檔完成之后，系統(tǒng)測試小組就可以提前開始制定測試計劃和設(shè) 計測試用例，而不必等到“實現(xiàn)與測試”階段結(jié)束。這樣可以提高系統(tǒng)測試的效率。 系統(tǒng)測試過程中發(fā)現(xiàn)的所有缺陷必須用統(tǒng)一的缺陷管理工具來管理，開發(fā)人員應(yīng)當(dāng)及 時消除缺陷（改錯）。 圖13-1 系統(tǒng)測試流程圖 項目經(jīng)理設(shè)法組建富有成效的系統(tǒng)測試小組。系統(tǒng)測試小組的成員主要來源于： ← 機構(gòu)獨立的測試小組（如果存在的話）。 ← 邀請其它項目的開發(fā)人員參與系統(tǒng)測試。 ← 本項目的部分開發(fā)人員。 ← 機構(gòu)的質(zhì)量保證人員。 系統(tǒng)測試小組應(yīng)當(dāng)根據(jù)項目的特征確定測試內(nèi)容。一般地，系統(tǒng)測試的主要內(nèi)容包括 ： ← 功能測試。即測試軟件系統(tǒng)的功能是否正確，其依據(jù)是需求文檔，如《產(chǎn)品需求規(guī) 格說明書》。由于正確性是軟件最重要的質(zhì)量因素，所以功能測試必不可少。 ← 健壯性測試。即測試軟件系統(tǒng)在異常情況下能否正常運行的能力。健壯性有兩層 含義：一是容錯能力，二是恢復(fù)能力。 ← 性能測試。即測試軟件系統(tǒng)處理事務(wù)的速度，一是為了檢驗性能是否符合需求， 二是為了得到某些性能數(shù)據(jù)供人們參考（例如用于宣傳）。 ← 用戶界面測試。重點是測試軟件系統(tǒng)的易用性和視覺效果等。 ← 安全性（security）測試。是指測試軟件系統(tǒng)防止非法入侵的能力?！鞍踩笔窍?對而言的，一般地，如果黑客為非法入侵花費的代價（考慮時間、費用、危險等 因素）高于得到的好處，那么這樣的系統(tǒng)可以認(rèn)為是安全的。 ← 安裝與反安裝測試。 系統(tǒng)測試過程域產(chǎn)生的主要文檔有： ← 《系統(tǒng)測試計劃》，模板見 [SPP-TEMP-ST-PLAN]。 ← 《系統(tǒng)測試用例》，模板見 [SPP-TEMP-TEST-CASE]。 ← 《系統(tǒng)測試報告》，模板見 [SPP-TEMP-TEST-REPORT]。 ← 《缺陷管理報告》，由缺陷管理工具自動生成。 13.2 系統(tǒng)測試規(guī)程 13.2.1 目的 o 對最終軟件系統(tǒng)進行全面的測試，確保最終軟件系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設(shè)計。 13.2.2 角色與職責(zé) o 項目經(jīng)理組建系統(tǒng)測試小組，并指定一名成員任測試組長。 o 系統(tǒng)測試小組各成員共同制定測試計劃、設(shè)計測試用例、執(zhí)行測試，并撰寫相應(yīng)的文檔 。測試組長管理上述事務(wù)。 o 開發(fā)人員及時消除測試人員發(fā)現(xiàn)的缺陷。 13.2.3 啟動準(zhǔn)則 o 產(chǎn)品需求和系統(tǒng)設(shè)計文檔完成之后。 13.2.4 輸入 o 產(chǎn)品需求和系統(tǒng)設(shè)計文檔 13.2.5 主要步驟 [Step1] 制定系統(tǒng)測試計劃 o 系統(tǒng)測試小組各成員共同協(xié)商測試計劃。測試組長按照指定的模板起草《系統(tǒng)測試計劃 》。該計劃主要包括： ← 測試范圍（內(nèi)容） ← 測試方法 ← 測試環(huán)境與輔助工具 ← 測試完成準(zhǔn)則 ← 人員與任務(wù)表 o 項目經(jīng)理審批《系統(tǒng)測試計劃》。該計劃被批準(zhǔn)后，轉(zhuǎn)向[Step2]。 [Step2] 設(shè)計系統(tǒng)測試用例 o 系統(tǒng)測試小組各成員依據(jù)《系統(tǒng)測試計劃》和指定的模板，設(shè)計（撰寫）《系統(tǒng)測試用例 》。 o 測試組長邀請開發(fā)人員和同行專家，對《系統(tǒng)測試用例》進行技術(shù)評審。該測試用例通過 技術(shù)評審后，轉(zhuǎn)向[Step3]。 [Step3] 執(zhí)行系統(tǒng)測試 o 系統(tǒng)測試小組各成員依據(jù)《系統(tǒng)測試計劃》和《系統(tǒng)測試用例》執(zhí)行系統(tǒng)測試。 o 將測試結(jié)果記錄在《系統(tǒng)測試報告》中，用“缺陷管理工具”來管理所發(fā)現(xiàn)的缺陷，并及時 通報給開發(fā)人員。 [Step4] 缺陷管理與改錯 o 從[Step1]至[Step3]，任何人發(fā)現(xiàn)軟件系統(tǒng)中的缺陷時都必須使用指定的“缺陷管理工 具”。該工具將記錄所有缺陷的狀態(tài)信息，并可以自動產(chǎn)生《缺陷管理報告》。 o 開發(fā)人員及時消除已經(jīng)發(fā)現(xiàn)的缺陷。 o 開發(fā)人員消除缺陷之后應(yīng)當(dāng)馬上進行回歸測試，以確保不會引入新的缺陷。 13.2.6 輸出 o 消除了缺陷的最終軟件系統(tǒng) o 系統(tǒng)測試用例 o 系統(tǒng)測試報告 o 缺陷管理報告 13.2.7 結(jié)束準(zhǔn)則 o 對于非嚴(yán)格系統(tǒng)可以采用“基于測試用例”的準(zhǔn)則： ← 功能性測試用例通過率達到100％； ← 非功能性測試用例通過率達到80％時。 o 對于嚴(yán)格系統(tǒng)，應(yīng)當(dāng)補充“基于缺陷密度”的規(guī)則： ← 相鄰n個CPU小時內(nèi)“測試期缺陷密度”全部低于某個值m。例如n大于10，m小于等于 1。 o 本規(guī)程所有文檔已經(jīng)完成。 13.2.8 度量 o 測試人員和開發(fā)人員統(tǒng)計測試和改錯的工作量，文檔的規(guī)模，以及缺陷的個數(shù)與類型， 并將此度量數(shù)據(jù)匯報給項目經(jīng)理。 13.3 實施建議 o 對系統(tǒng)測試人員進行必要的培訓(xùn)，提高他們的測試效率。 o 項目經(jīng)理和測試小組根據(jù)項目的資源、時間等限制因素，設(shè)法合理地減少測試的工作量 ，例如減少“冗余或無效”的測試。 o 系統(tǒng)測試小組根據(jù)產(chǎn)品的特征，可以適當(dāng)?shù)匦薷谋疽?guī)范的各種文檔模板。 o 對系統(tǒng)測試過程中產(chǎn)生的所有代碼和有價值的文檔進行配置管理。 o 為了調(diào)動測試者的積極性，建議企業(yè)或項目設(shè)立獎勵機制，例如：根據(jù)缺陷的危害程度 把獎金分等級，每個新缺陷對應(yīng)一份獎金，把獎金發(fā)給第一個發(fā)現(xiàn)該缺陷的人。 ----------------------- 迭代 審批 執(zhí)行系統(tǒng)測試 制定測試計劃 缺陷管理與改錯 設(shè)計測試用例 審批
第13章 系統(tǒng)測試