01、單元測試計劃模板

1、1單元測試計劃單元測試計劃( (UnitTestPlan) )1 引言引言1.11.1 目的目的本文檔為 XX 系統以下模塊的單元測試活動提供范圍、方法、資源和進度方面的指導：XX 模塊。本文檔的讀者主要是開發(fā)經理和開發(fā)人員。1.21.2 測試策略測試策略以類為單元，采用獨立的單元測試策略，通過設計相應的驅動和樁的方法來測試類中的方法。在選擇類中被測方法時，根據方法的規(guī)模和復雜度進行判定。非空非注釋代碼行數 L0C20，或者復雜度 VG3 的方法進行單元測試，其他方法不進行單元測試。對于子類的測試采用分層增量測試(HierarchicalIncrementalTesting)策略， 對子類的變

2、化部分設計新的測試用例，與父類相同的部分則重用父類的測試用例。執(zhí)行單元測試的次序是根據軟件設計說明中的用例實現交互圖，從圖中最小依賴關系的類開始測試，再逐步擴大到依賴關系較強的類，直至所有類測試完畢。1.31.3 范圍范圍單元測試包含了計劃階段、設計階段、實現階段和執(zhí)行階段四個階段。本單元測試計劃是整個軟件開發(fā)項目中的一部分，起始于詳細設計階段，直到單元測試階段結束后終止。該計劃主要處理與 MiniLibrary 系統單元測試有關的任務安排、資源需求、人力需求、風險管理、進度安排等內容。1.41.4 參考文獻參考文獻軟件需求規(guī)格說明(SoftwareRequirementSpecificati

3、on)軟件設計說明(SoftwareDesignDescriptions)用戶界面規(guī)格說明(UserInterfaceSpecification)1.51.5 術語術語無。2 測試項目測試項目根據軟件設計說明中的詳細設計內容，單元測試的測試項目如 2.1-2.8 小節(jié)所示。2.1XX2.1XX 模塊模塊1 1 設計類標識設計類標識: :XXXX 設計類設計類方法標識符方法標識符方法名方法名代碼行代碼行( (L0C)L0C)復雜度復雜度(VG)(VG)2.22.2XXXX 模塊模塊3 被測函數被測函數根據測試策略中制定的被測方法選取標準，被測函數如表 1 所示表 1 被測函數方法標識符方法標識符

4、方法名方法名代碼行代碼行( (L0C)L0C)復雜度復雜度(VG)(VG).4 不被測函數不被測函數對不滿足測試策略中被測方法選取標準的方法將不進行單元測試，但這些方法必須經過嚴格代碼檢視，以保證不會出現一些低級性的錯誤，并且在集成測試階段統一驗證其接口功能的正確性。不被測函數如表2所示。表 2 不被測函數2方法標識符方法標識符方法名方法名代碼行（代碼行（LOCLOC） 復雜度復雜度（VGVG）.5 測試方法測試方法根據類規(guī)約和操作規(guī)約構建測試用例，利用傳統等價類劃分法、邊界值分析法、判定表法等黑盒測試技術對邊界值、正常值、錯誤值等情況進行全面測試，以覆蓋所有前置條件和后置條件組合。對具有特殊

5、需求的類輔以以下兩種方法設計測試用例：（1）根據狀態(tài)轉換圖構建測試用例。該方法根據被測試的類的對象所處的狀態(tài)以及狀態(tài)之間的轉移來構造測試用例，對狀態(tài)之間和狀態(tài)內部的每一轉換及其可能發(fā)生的異常轉換、轉換的監(jiān)護條件等進行全面測試。（2）基于實現構建測試用例。該方法利用傳統邏輯覆蓋法、數據流分析法等白盒測試技術對程序的邏輯結構或數據流進行測試，以達到一定的代碼覆蓋率。更詳細的測試策略描述參考單元測試說明。6 測試通過測試通過/失敗標準失敗標準測試通過的標準表述如下：所有單元測試的用例都被執(zhí)行并通過；所有發(fā)現的缺陷都被修正并回歸測試過；所有被測對象的前置條件和后置條件組合覆蓋率達到 100%，或能明確

6、給出不需要達到的理由；單元測試報告被權簽人批準。測試失敗標準表述如下：嚴重缺陷密度大于 15 個/kLOC；發(fā)現軟件結構有重大設計問題，其修改會導致 20%以上的接口、功能、數量的變化，進一步測試相關特性已經無意義；發(fā)現關鍵功能未被設計，該功能的設計會導致 20%以上的接口、功能、數量的變化，進一步測試相關特性已經無意義；測試結果審批過程：開發(fā)人員提交單元測試報告一開發(fā)經理簽字并提交 SQA-SQA 對報告進行評審并簽字（測試經理參與）一產品經理簽字。7 測試掛起測試掛起/恢復的條件恢復的條件測試掛起的條件有：當某個類在單元測試執(zhí)行過程中發(fā)現有阻塞用例的時候， 該類的單元測試被掛起。當有 20

7、%以上的被測類都遇到有阻塞用例的時候，所有類的單元測試被掛起。當出現有新增需求的時候，與該需求相關的所有類的單元測試被掛起。當開發(fā)人員提出要進行設計變更的時候，相關類的單元測試將被掛起。測試恢復的條件有：測試被掛起的條件已經被解決。需要恢復測試的對象達到單元測試入口條件，在這里要求這些被測對象已經通過代碼走讀(要提交走讀報告)和語法檢查(要提交檢查結果)。38 單元測試交付物單元測試交付物單元測試計劃(UnitTestPlan)；單元測試設計規(guī)格(UnitTestDesignSpecification)；單元測試用例規(guī)格(UnitTestCaseSpecification)；單元測試用例腳本；

8、單元測試驅動和樁代碼；單元測試執(zhí)行日志(UnitTestLog)；單元測試報告(UnitTestReport)。9 單元測試任務單元測試任務單元測試任務表參考表 3。表 3 單元測試任務表任務標識任務標識任務描述任務描述責任人責任人優(yōu)先級優(yōu)先級依賴關系依賴關系UT-TASK-001單元測試計劃寫作開發(fā)經理高UT-TASK-003單元測試計劃評審SQA中UT-TASK-001UT-TASK-005單元測試計劃修改開發(fā)經理中UT-TASK-003UT-TASK-007單元測試設計規(guī)格寫作某開發(fā)人員中UT-TASK-003UT-TASK-009單元測試設計規(guī)格評審SQA中UT-TASK-007UT-

9、TASK-011單元測試設計規(guī)格修改某開發(fā)人員中UT-TASK-009UT-TASK-013單元測試用例規(guī)格寫作某開發(fā)人員高UT-TASK-009UT-TASK-015單元測試用例規(guī)格評審SQA中UT-TASK-013UT-TASK-017單元測試用例規(guī)格修改某開發(fā)人員中UT-TASK-015UT-TASK-019單元測試驅動、 樁、 用例腳本代碼實現某開發(fā)人員中UT-TASK-015UT-TASK-021驅動、樁、腳本代碼走讀SQA低UT-TASK-019UT-TASK-023驅動、樁、腳本代碼修改某開發(fā)人員低UT-TASK-021UT-TASK-025單元測試執(zhí)行及回歸某開發(fā)人員高UT-T

10、ASK-023UT-TASK-027單元測試報告開發(fā)經理高UT-TASK-025UT-TASK-029單元測試報告審批產品經理高UT-TASK-02710 環(huán)境需求環(huán)境需求10.110.1 硬件需求硬件需求10.210.2 軟件需求軟件需求10.310.3 測試工具測試工具Logiscope4.0、JUnit4.0。10.410.4 其他其他411 角色和職責角色和職責單元測試角色和職責參考表 4。表 4 單元測試角色和職責對應表角色角色職責職責產品經理解決資源（包括人、工具等）需求，對單元測試結果進行監(jiān)督開發(fā)經理制定單元測試計劃，安排單元測試任務測試經理參與單元測試結果驗收SQA對單元測試過

11、程（包括代碼走讀、正規(guī)檢視活動）進行監(jiān)控開發(fā)人員完成單元測試需要的輸入，并完成單元測試設計規(guī)格、單元測試用例規(guī)格、單元測試規(guī)程的制定，執(zhí)行單元測試，記錄發(fā)現問題，修改問題，并負責問題的回歸測試。與此同時，負責定位問題和解決問題12 人員及培訓人員及培訓需要 2 名一年以上工作經驗的開發(fā)人員，并且他們應在詳細設計開始之后全職投入到單元測試項目組中；在詳細設計完成之前，需要完成對項目需求、系統設計、詳細設計、單元測試技術、單元測試腳本技術方面的培訓；在編碼完成之前要完成缺陷電子流使用、測試日志表格使用、測試工具使用的培訓；以上培訓大約需要花費每人 20 人時的工作量。13 單元測試進度單元測試進度

12、單元測試進度安排參考表 5。表 5 單元測試進度安排表任務標識任務標識任務描述任務描述起始日期起始日期周期周期/ /天天UT-TASK-001單元測試計劃寫作系統設計結束后 2 天內UT-TASK-003單元測試計劃評審單元測試計劃完成后 1 天內UT-TASK-005單元測試計劃修改單元測試計劃評審完成后 1 天內UT-TASK-007單元測試設計規(guī)格寫作單元測試計劃評審完成后 2 天內UT-TASK-009單元測試設計規(guī)格評審單元測試設計規(guī)格完成后 1 天內UT-TASK-011單元測試設計規(guī)格修改單元測試設計規(guī)格評審完成后1天內UT-TASK-013單元測試用例規(guī)格寫作單元測試設計規(guī)格評

13、審完成后2天內UT-TASK-015單元測試用例規(guī)格評審單元測試用例規(guī)格完成后 1 天內UT-TASK-017單元測試用例規(guī)格修改單元測試用例規(guī)格評審完成后1天內UT-TASK-019單元測試驅動、樁、用例腳本代碼實現單元測試用例規(guī)格評審完成后 2 天內，并且編碼階段已經開始UT-TASK-021單元測試驅動、樁、腳本代碼走讀單元測試驅動、樁、用例腳本代碼完成后 1 天UT-TASK-023單元測試驅動、樁、腳本代碼修改單元測試驅動、樁、腳本代碼走讀后1 天UT-TASK-025單元測試執(zhí)行及回歸單元測試驅動、樁、腳本代碼走讀后2 天，并且編碼階段已經結束UT-TASK-027單元測試報告單元測試執(zhí)行及回歸完成后 1 天內UT-TASK-029單元測試報告審批單元測試報告完成后 1 天內5風險預留時間單元測試階段工作中任意時候單元測試階段里程碑時間點2009T1-1514 風險和應急計劃風險和應急計劃風險和應急計劃安排見表 6。表 6 風險和應急計劃風險風險IDID風險描述風險描述責任人責任人優(yōu)先級優(yōu)先級規(guī)避措施規(guī)避措施應急計劃應急計劃1人員無法及時到位開發(fā)經理高1. 在產品的預算中體現這部分需求2. 定期催促人力資源部進行資源協調3. 從可能空閑的產品部中物色人員1. 推遲進度計劃2. 進行招聘3. 考慮工作外包2人員技能不符合要求開發(fā)經理中1. 在人力預算中