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代碼審查 .4S

2、tep3單元測試 .4Step4集成測試 .5Step5缺陷管理與改錯 .512.3.6輸出 .512.3.7結束準則.512.3.8度量 .612.4實施建議 .6更多精品文檔學習 - 好資料第 12 章 實現與測試實現與測試（ Implementation and Test, IT ）的目的是依據系統設計文檔，編寫并測試整個系統的代碼。在本規范中，實現與測試是“編程、代碼審查、單元測試、集成測試、缺陷管理與改錯”的綜合表述。實現與測試過程域是SPP 模型的重要組成部分。本規范闡述了實現與測試過程域的兩個主要規程：準備SPP-PROC-IT-PREPARE實現與測試SPP-PROC-IT-E

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

4、大、時間最長、產生工作成果（代碼與文檔）最多的一個項目研發過程域，所以需要作充分的準備工作。實現與測試工作基本上在開發小組內部開展。一個項目可能有一個或者多個開發小組。對于小型項目，項目經理可以兼任開發組長。特別要注意的是，開發人員應當對自己的代碼進行審查和測試（這是份內 的工作），更多精品文檔學習 - 好資料但是不能作為該代碼已經通過審查和測試的依據。所以開發人員還要互相審查和測試同伴的代碼。實現與測試過程域產生的主要文檔有：實現與測試計劃，模板見SPP-TEMP-IT-PLAN。編程文檔 ，模板見SPP-TEMP-IT-CODING。代碼審查報告，參考技術評審報告的模板SPP-TEMP-T

5、R-REPORT。測試用例 ，模板見SPP-TEMP-TEST-CASE。測試報告 ，模板見SPP-TEMP-TEST-REPORT。缺陷管理報告，由缺陷管理工具自動生成。11.2 準備目的為編程、代碼審查、單元測試、集成測試、缺陷管理與改錯等活動作準備，產生實現與測試計劃 。角色與職責一個項目可能有多個開發小組，視項目規模而定。開發組長由項目經理指定。開發組長管理編程、代碼審查、單元測試、集成測試、缺陷管理與改錯等活動。啟動準則系統設計文檔已經完成。輸入系統設計文檔主要步驟Step1制定計劃開發小組共同協商實現與測試計劃。開發組長按照指定的模板起草實現與測試計劃。該計劃主要內容包括：編程計劃

6、更多精品文檔學習 - 好資料代碼審查計劃單元測試計劃集成測試計劃缺陷管理與改錯計劃Step2審批計劃項目經理審批實現與測試計劃。如果批準，則轉向Step3 。如果不批準，則退回Step1 。Step3確定相關的規范開發小組確定編程、代碼審查、單元測試、集成測試、缺陷管理與改錯等規范。如果機構已經存在相應的編程規范，則采用之。如果機構不存在相應的編程規范，則由開發小組共同制定。Step4準備相關的軟件工具開發小組確定并安裝相關的軟件開發工具（包括可復用庫）、軟件測試工具和缺陷管理工具等等。Step5開發小組技能培訓如果開發組長認為開發小組需要接受編程、單元測試、代碼審查、集成測試、缺陷管理與改錯

7、等方面的培訓，那么由開發組長安排相應的培訓。輸出本開發階段所需的規范如編程規范、測試規范等等。實現與測試計劃結束準則本規程所有的主要步驟都已經完成。度量開發組長統計工作量以及文檔的規模，匯報給項目經理。更多精品文檔學習 - 好資料12.3 實現與測試目的依據計劃執行編程、單元測試、代碼審查、集成測試、缺陷管理與改錯等活動。角色與職責開發組長管理編程、代碼審查、單元測試、集成測試、缺陷管理與改錯等活動。開發人員依據計劃編寫代碼，并對自己的代碼進行必要的審查和測試。開發人員依據計劃審查、測試同伴的代碼。啟動準則系統設計文檔已經完成。實現與測試計劃已經制定。輸入系統設計文檔實現與測試計劃主要步驟St

8、ep1編程開發人員根據“編程計劃”編寫軟件的代碼，并隨時記錄編程技術、問題與對策、心得體會等等，產生編程文檔（類似于編程日記）。開發人員在編寫完成每個模塊時，必須對自己的代碼進行必要的審查和測試。Step2代碼審查開發人員根據“代碼審查計劃”對同伴的代碼進行審查，產生代碼審查報告。代碼審查通常采用非正式技術評審規程，請參考SPP-PROC-TR-ITR。Step3單元測試開發人員首先撰寫單元測試用例。更多精品文檔學習 - 好資料開發人員根據“單元測試計劃”和相應的“測試用例”來測試同伴的代碼，產生“測試報告” 。Step4集成測試開發人員首先撰寫集成測試用例。開發人員根據“集成測試計劃”和相應

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