流程分解
目的:本活動的意圖
負責人:負責執行本活動的角色
參與人:配合執行本活動的角色
進入準則:能夠開展本活動所須滿足的因素或條件
輸入:執行本活動需要使用的資料或文檔
活動:将本活動的輸入轉化為輸出的一系列行動
輸出:本活動所産生的資料或文檔
完成準則:标志本活動完成的因素或條件
1、設計用例
目的:確定為發現至今未發現的缺陷提供依據
負責人:用例設計師
參與人:主測人
進入準則:《詳細設計》評審通過
輸入:《需求規格說明書》《概要及詳細設計》《業務邏輯流程圖》《現場應用場景》
活動:
①依據輸入檔案運用設計方法設計用例;
②部門内對用例進行Review;
設計标準:
①可讀性高
②覆寫全部需求點,考慮到各邊界值、異常條件
輸出:測試用例
完成準則:部門内Review通過
2、評審用例
目的:確定對需求規格場景覆寫率達到100%
負責人:用例設計師
參與人:主測人、開發代表、項目經理、應用工程師、測試經理
進入準則:部門内Review通過
輸入:測試用例
活動:
①評審用例設計的結構是否清晰,是否有效對需求規格覆寫
②是否從使用者角度來設計測試場景和使用流程的用例
③是否有效覆寫業務邏輯,對程式要求是否合理
輸出:評審通過的用例
完成準則:對需求規格和業務邏輯流程的覆寫率達到100%
3、版本轉測
目的:嚴把轉測入口,控制版本轉測品質
負責人:主測人
參與人:主測人、測試代表、測試配合人,項目經理
進入準則:部門内Review通過
輸入:轉測單據
活動:
①測試人員核對轉測單據的版本号是否否和立項要求
②測試人員核對轉測單據附件是否包含完整的《研發自測試報告》《轉測說明》
③測試人員核對轉測單據是否填寫功能描述,缺陷修複情況
輸出:轉測單據
完成準則:轉測單據稽核通過,不通過打回,重新轉測稽核。
4、澄清範圍
目的:確定覆寫修改點和風險點及影響範圍
負責人:測試代表
責任人:主測人、開發代表、項目經理
進入準則:版本轉測
輸入:《需求規格說明書》《業務邏輯流程圖》《修複缺陷清單及影響範圍》
活動:
①基于需求規格及業務邏輯流程,分析新增需求及修複缺陷的影響範圍;
② 依據可能影響的子產品,劃分版本測試範圍,明确測試重點;
輸出: 版本測試範圍
完成準則:項目幹系人對版本測試範圍澄清一緻
5、制定計劃
目的:指導測試過程
責任人:測試代表
參與人:主測人、開發代表、項目經理
進入準則:測試範圍澄清完畢
輸入:項目裡程碑計劃
活動:
①明确範圍
②規劃時間
③設定政策
④關聯用例
輸出:測試計劃
完成準則:項目組稽核通過
6、評估版本
目的:確定版本具備可測試性
負責人:主測人
進入準則:版本轉測
輸入:轉測版本、開發自測報告、轉測說明文檔
測試活動:
①核實輸入文檔是否完整和正确;
②抽檢開發自測報告執行情況;
③對轉測版本進行冒煙測試;
④冒煙測試包括自動化測試,手工重點功能測試
輸出:轉測版本是否具備可測試性
完成準則:冒煙測試通過
7、執行測試
目的:發現問題
負責人:主測人
參與人:其他測試人員
進入準則:轉測版本具備可測試性
輸入:轉測版本、測試計劃
活動:
①按計劃執行測試送出缺陷;
②回報版本測試進展和情況;
輸出:缺陷清單、産品風險、測試情況
完成準則:用例執行率100%,且在測試最後一天主測全人力投入未發現嚴重及以上缺陷。
8、産品教育訓練
目的:産品使用和推廣
負責人:應用工程師
參與人:應用工程師,前端技術人員
進入準則:測試完成
輸入:《硬體新品教育訓練文檔》、《操作軟體類教育訓練文檔》、《硬體程式包教育訓練文檔》、《原理性教育訓練文檔》
活動:
①硬體新品技術參數,操作,功能教育訓練;
②操作軟體更新,操作,功能教育訓練;
③硬體程式包更新使用說明;
④服務,軟體實作原理說明。
輸出:《教育訓練總結》
完成準則:部門内Review通過
9、編寫報告
目的:呈現測試過程
負責人:測試代表
參與人:主測人
進入準則:測試完成
輸入:測試過程所有輸入、輸出檔案和過程資料
活動:
①記錄整個測試過程和結果;
②分析過程資料和産品品質;
③部門内對報告進行Review;
輸出:《測試報告》
完成準則:部門内Review通過
10、釋出評審
目的:評審是否達到釋出狀态
負責人:測試代表
參與人:項目組相關幹系人
進入準則:《測試報告》部門内Review通過
輸入:《測試報告》和《釋出評審表》
活動:
①評審過程品質;
②評審遺留缺陷影響;
③評審産品風險項影響;
輸出:《評審意見表》
完成準則:所有評審組成員簽字确認可以結束測試
11、支援現場
目的:獨立和協助解決現場問題
負責人:應用工程師
參與人:研發同僚、前端同僚
進入準則:前端回報現場問題
輸入:現場問題基本資訊
活動:
①通過資訊分析和獨立解決問題;
②複現現場協助開發解決問題;
輸出:《現場問題解決辦法和規避措施》
完成準則:問題閉環