1、第12章 實現與測試112.1 介紹111.2 準備211.2.1 目的211.2.2 角色與職責211.2.3 啟動準那么211.2.4 輸入211.2.5 主要步驟2Step1 制定方案2Step2 審批方案3Step3 確定相關的標準3Step4 準備相關的軟件工具3Step5 開發小組技能培訓312.2.6 輸出312.2.7 結束準那么312.2.8 度量312.3 實現與測試412.3.1 目的412.3.2 角色與職責412.3.3 啟動準那么412.3.4 輸入412.3.5 主要步驟4Step1 編程4Step2 代碼審查4Step3 單元測試4Step4 集成測試5Step

2、5 缺陷管理與改錯512.3.6 輸出512.3.7 結束準那么512.3.8 度量512.4 實施建議5第12章 實現與測試實現與測試Implementation and Test, IT的目的是依據系統設計文檔，編寫并測試整個系統的代碼。在本標準中，實現與測試是“編程、代碼審查、單元測試、集成測試、缺陷管理與改錯的綜合表述。實現與測試過程域是SPP模型的重要組成局部。本標準闡述了實現與測試過程域的兩個主要規程：² 準備 SPP-PROC-IT-PREPARE² 實現與測試 SPP-PROC-IT-EXECUTE上述每個規程的“目標、“角色與職責、“啟動準那么、“輸入、“

3、主要步驟、“輸出、“完成準那么和“度量均已定義。本標準適用于國內IT企業的軟件研發工程。建議用戶根據自身情況如商業目標、研發實力等適當地修改本標準，然后推廣使用。12.1 介紹實現與測試的流程如圖12-1所示。一般地，編程、代碼審查、單元測試、集成測試大致存在先后順序關系，也可以并行、迭代地開展。上述任何活動中發現的缺陷必須用統一的缺陷管理工具來管理，開發人員應當及時消除缺陷改錯。缺陷管理與改錯單元測試集成測試代碼審查編程模塊軟件系統準備圖12-1 實現與測試流程圖由于實現與測試是工作量最大、時間最長、產生工作成果代碼與文檔最多的一個工程研發過程域，所以需要作充分的準備工作。實現與測試工作根本

4、上在開發小組內部開展。一個工程可能有一個或者多個開發小組。對于小型工程，工程經理可以兼任開發組長。特別要注意的是，開發人員應當對自己的代碼進行審查和測試這是份內的工作，但是不能作為該代碼已經通過審查和測試的依據。所以開發人員還要互相審查和測試同伴的代碼。實現與測試過程域產生的主要文檔有：² ?實現與測試方案?，模板見 SPP-TEMP-IT-PLAN。² ?編程文檔?，模板見 SPP-TEMP-IT-CODING。² ?代碼審查報告?，參考技術評審報告的模板 SPP-TEMP-TR-REPORT。² ?測試用例?，模板見 SPP-TEMP-TEST-CA

5、SE。² ?測試報告?，模板見 SPP-TEMP-TEST-REPORT。² ?缺陷管理報告?，由缺陷管理工具自動生成。11.2 準備11.2.1 目的l 為編程、代碼審查、單元測試、集成測試、缺陷管理與改錯等活動作準備，產生?實現與測試方案?。.2 角色與職責l 一個工程可能有多個開發小組，視工程規模而定。開發組長由工程經理指定。l 開發組長管理編程、代碼審查、單元測試、集成測試、缺陷管理與改錯等活動。.3 啟動準那么l 系統設計文檔已經完成。1.4 輸入l 系統設計文檔.5 主要步驟Step1 制定方案l 開發小組共同協商實現與測試方案。開發組長按照指定的模板起草?實現

6、與測試方案?。該方案主要內容包括：² 編程方案² 代碼審查方案² 單元測試方案² 集成測試方案² 缺陷管理與改錯方案Step2 審批方案l 工程經理審批?實現與測試方案?。如果批準，那么轉向Step3。如果不批準，那么退回Step1。Step3 確定相關的標準l 開發小組確定編程、代碼審查、單元測試、集成測試、缺陷管理與改錯等標準。如果機構已經存在相應的編程標準，那么采用之。如果機構不存在相應的編程標準，那么由開發小組共同制定。Step4 準備相關的軟件工具l 開發小組確定并安裝相關的軟件開發工具包括可復用庫、軟件測試工具和缺陷管理工具等等。S

7、tep5 開發小組技能培訓l 如果開發組長認為開發小組需要接受編程、單元測試、代碼審查、集成測試、缺陷管理與改錯等方面的培訓，那么由開發組長安排相應的培訓。.6 輸出l 本開發階段所需的標準如編程標準、測試標準等等。l ?實現與測試方案?.7 結束準那么l 本規程所有的主要步驟都已經完成。.8 度量l 開發組長統計工作量以及文檔的規模，匯報給工程經理。12.3 實現與測試12.3.1 目的l 依據方案執行編程、單元測試、代碼審查、集成測試、缺陷管理與改錯等活動。.2 角色與職責l 開發組長管理編程、代碼審查、單元測試、集成測試、缺陷管理與改錯等活動。l 開發人員依據方案編寫代碼，并對自己的代碼

8、進行必要的審查和測試。l 開發人員依據方案審查、測試同伴的代碼。.3 啟動準那么l 系統設計文檔已經完成。l 實現與測試方案已經制定。.4 輸入l 系統設計文檔l 實現與測試方案.5 主要步驟Step1 編程l 開發人員根據“編程方案編寫軟件的代碼，并隨時記錄編程技術、問題與對策、心得體會等等，產生?編程文檔?類似于編程日記。l 開發人員在編寫完成每個模塊時，必須對自己的代碼進行必要的審查和測試。Step2 代碼審查l 開發人員根據“代碼審查方案對同伴的代碼進行審查，產生?代碼審查報告?。代碼審查通常采用非正式技術評審規程，請參考 SPP-PROC-TR-ITR。Step3 單元測試l 開發人

9、員首先撰寫單元測試用例。 l 開發人員根據“單元測試方案和相應的“測試用例來測試同伴的代碼，產生“測試報告。Step4 集成測試l 開發人員首先撰寫集成測試用例。 l 開發人員根據“集成測試方案和相應的“測試用例來測試同伴的代碼，產生“測試報告。Step5 缺陷管理與改錯l 從Step1至Step4，任何人發現軟件中的缺陷時都必須使用開發小組指定的缺陷管理工具。該工具將記錄所有缺陷的狀態信息，并可以自動產生?缺陷管理報告?。l 開發人員及時消除已經發現的缺陷。l 開發人員消除缺陷之后應當馬上進行回歸測試，以確保不會引入新的缺陷。.6 輸出l 軟件的源代碼、庫文件、可執行程序等等l 編程文檔l 代碼審查報告l 測試用例l 測試報告l 缺陷管理報告.7 結束準那么l 軟件的代碼已經完成，軟件可以運行。l 本規程所有文檔已經完成。.8 度量l 開發組長統計編程、代碼審查、測試、改錯等的工作量，以及程序和文檔的規模，將此度量數據匯報給工程經理。12.4 實施建議l 對開發人員進行“高質量程序設計培訓，讓他們