本節大綱
?測驗作業流程
?軟體需求的評審
?測驗計劃的撰寫
01測驗作業流程
軟體測驗作業流程
? 軟體測驗是個復雜的程序，其涉及著大量的人員安排、資源準備、作業活動分配、作業活動實施、工 作進度監控等，稍有疏漏就會影響測驗作業的開展，進而影響到整個專案進度和產品質量的檢測，那 真正規范的測驗流程到底是怎樣的呢？
? 規范的測驗流程階段劃分：
1. 需求評審階段
2. 測驗計劃階段
3. 測驗設計階段
4. 測驗執行階段
5. 測驗評估階段
需求評審階段
1. 需求評審階段
? 評審軟體需求，提出需求中存在的問題或建議
? 參考檔案：軟體需求規格說明書
? 任務：評審軟體需求
? 責任人：測驗經理或組長或資深測驗工程師
?目的：評審軟體需求規格說明書，提出檔案中的問題
? 作業描述：專案經理、開發、測驗等*隊*代表參與軟體需求評審，站在自身的角度提出需求中存在 的問題或建議，產品如果采納進行修復，修復后的軟體需求規格說明書將做為開發和測驗的參考，
2. 測驗計劃階段
? 主要任務是撰寫測驗計劃，內容包括測驗范圍、進度的安排，人力物力的分配，整體測驗策略的 指定，和風險的評估與規避措施有一個指定
? 參考檔案：軟體需求規格說明書、專案總體計劃、專案開發進度表
? 任務：撰寫測驗計劃 ? 責任人：測驗經理或組長或資深測驗工程師
? 目的：通過計劃指導后續測驗活動有序進行
? 作業描述：撰寫測驗計劃明確測驗范圍、測驗資源準備（硬體、測驗工具等）、*隊作業安排和進度、 交付物
3. 測驗設計階段
? 主要任務是對負責內容進行需求分析、用例設計、用例評審、用例修改等作業
? 參考檔案：產品需求檔案（原型圖）、概要設計、詳細資訊設計、資料庫設計等檔案，有不明確 的也會及時和開發、產品經理溝通
? 任務1：需求分析 ? 責任人：測驗工程師 ? 目的：獲取測驗需求，確定測驗項、測驗子項
? 作業描述：根據軟體需求、軟體設計等研發類檔案，從功能、性能、介面等多維度分析測驗項、測驗 子項，
? 任務2：用例設計、用例評審、用例修改
? 責任人：測驗工程師
? 目的：設計測驗用例指導測驗執行，參與用例評審，負責用例修改
? 作業描述：測驗人員運用合適的用例設計方法，進行測驗用例的設計和撰寫作業，完成所有被測驗系 統的測驗用例作業，參與*隊用例評審，提出意見或建議，對用例進行維護和修改的作業
4. 測驗執行階段
? 主要任務是搭建測驗環境、執行測驗用例和提交缺陷報告的作業
? 參考檔案：測驗環境搭建指導檔案、測驗用例、缺陷規范
? 任務1：搭建測驗環境 ? 責任人：測驗工程師 ? 目的：準備測驗環境，為執行測驗做準備
? 作業描述：測驗人員根據開發人員提供的《軟體安裝指導書》，完成測驗環境搭建，測驗人員搭建測 試環境同時，要完成《軟體安裝指導書》的測驗驗證，
? 任務2：執行測驗用例
? 責任人：測驗工程師
? 目的：測驗執行
? 作業描述：測驗人員執行自己負責模塊的測驗用例，執行同時要標記每個測驗用例的執行結果，
? 任務3：提交缺陷單報告
? 責任人：測驗工程師
? 目的：提交缺陷資訊給開發人員
? 作業描述：測驗人員執行測驗用例時，如果發現缺陷，需要按照標準格式撰寫缺陷單，并跟蹤缺陷解 決情況和進度，
? 任務4：回歸測驗
? 責任人：測驗工程師
? 目的：確認缺陷是否解決
? 作業描述：開發解決完缺陷后，提交新的軟體版本，測驗人員要確認提交的缺陷是否得到了有效解決， 并確認未引入新的缺陷，
? 任務5：優化測驗用例
? 責任人：測驗工程師
? 目的：根據執行反饋調整測驗用例
? 作業描述：在執行了測驗程序中，可能會發現測驗用例有部分冗余、不合適、缺少的，利用版本間歇 期優化測驗用例，
5. 測驗評估階段
? 出測驗報告，對整個測驗的程序和版本質量做一個詳細的評估，確認是否可以上線，
? 參考檔案：測驗用例執行結果、缺陷總表單
? 任務：測驗報告
? 責任人：測驗經理或測驗組長
? 目的：對整個測驗總結和結果的評估
? 作業描述：在整個測驗結束后，需要對整個測驗作業和軟體質量進行總結，測驗報告主要包含：實際 測驗環境、測驗程序資料的總結和分析、測驗遺留缺陷處理、軟體版本質量的評估、后續測驗建議、 測驗結論，
02軟體需求的評審
軟體需求評審
? 評審軟體需求，提出需求中存在的問題或建議
? 參與人：測驗經理或組長或資深測驗工程師 ? 目的：評審軟體需求規格說明書，提出檔案中的問題
? 作業描述：產品經理主持會議，專案經理、開發、測驗等*隊*代表參與軟體需求評審會議，站在自 身的角度提出需求中存在的問題或建議，產品如果采納進行修復，修復后的軟體需求規格說明書將做 為開發和測驗的參考，
03測驗計劃的撰寫
測驗計劃概述
? 定義：
? 測驗計劃是一個敘述了預定的測驗活動的范圍、途徑、資源及進度安排的檔案，它確認了測驗項、 被測特征、測驗任務、人員安排，以及任何偶發事件的風險，
? 目的
ü 了解專案和測驗活動的整體情況
ü 明確測驗策略、方法、范圍、標準和約束等內容
ü 明確自身和*隊的測驗任務和目標
ü 有利于對專案和測驗活動進行宏觀調控
ü 明確職責分工，便于溝通和協作
ü 風險管控和資源統籌配置
測驗計劃核心內容
? 確定測驗范圍和風險，明確測驗目標
? 確定總體的測驗方法
? 確定測驗什么？測驗由什么角色來執行？如何測驗？
? 為測驗的設計、實施和評估安排時間進度
? 為確定的測驗活動分配資源
制定測驗計劃的步驟
1. 任務到達 ü 測驗負責人接到軟體測驗任務書和被測軟體的需求說明
2. 分析測驗任務 ü 充分理解被測驗軟體的需求 ü 評估被測軟體的進度、狀態、復雜度和潛在風險
3. 資源規劃和配置 ü 組建測驗*隊 ü 準備各種非人力資源
4. 制定測驗計劃 ü 研究確定測驗計劃的各項內容
5. 評審測驗計劃 ü 測驗*隊共同參與評審測驗計劃
5W1H方法
1. WHAT —物件
ü 測驗什么？
ü 做什么型別的測驗？
ü 被測軟體的特點是什么？
ü 在什么環境下測驗？
2. WHY—原因
ü 為什么要做性能測驗？
ü 為什么重點測驗這個部分？
3. WHO—參與人
ü 軟體的最終用戶是誰？
ü 誰來設計測驗用例？
ü 誰來執行測驗用例？
4. WHEN—時間
ü 什么時候開始測驗？
ü 什么時候提交缺陷報告？
ü 什么時候結束測驗？
5. WHERE—場所
ü 在哪里進行測驗？
ü 測驗軟體的哪個版本？
ü 測驗到哪里算是完成？
6. HOW—方式
ü 如何進行測驗？
ü 如何管控風險？
ü 如何控制專案進度？
比較忙，就沒有及時更新，同時也帶來了福利！點贊讓我看到你在看我
文章首發于微信公眾號：程式員一凡，轉載請注明出處！
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/288455.html
標籤：其他