測試用例評審流程

1.目的

測試用例評審流程規範主要為開展測試用例評審工作提供指引，規範測試用例評審管理工作。

2.測試用例評審流程內容

2.1.前提：測試人員編寫完乙個完整的功能模組的測試用例或已完成所有測試用例的編寫；

2.2.流程輸入：a.測試用例；         b.需求規格說明；

2.3.流程輸出：a.問題記錄清單；   b.測試用例評審報告；

2.4.參與評審人員：專案經理、測試負責人、測試人員、需求分析人員、架構設計人員、開發人員；

2.5.評審方式：

1）召開評審會議。與會者在測試用例編寫人員講解之後給出意見或建議，同時記錄下評審會議記錄；

2）通過郵件、及時通訊工具與相關人員溝通。

無論採用哪種方式，都應該在評審之前事先把需要評審的測試用例相關文件以郵件的形式發給參與評審的相關人員，同時在郵件中提醒參與評審的相關人員在評審前查閱一遍評審內容，並記錄相關問題，以便在評審會議上提出，以節省溝通成本。

2.6評審用例檢查清單：

1）測試用例是否按照公司定義的模板進行編寫的；

2）測試用例的本身的描述是否清晰，是否存在二義性；

3）測試用例內容是否正確，是否與需求目標相一致；

4）測試用例的期望結果是否確定、唯一的；

5）操作步驟應與描述是否相一致；

6）測試用例是否覆蓋了所有的需求；

7）測試設計是否存在冗餘性；

8）測試用例是否具有可執行性；

9）是否從使用者層面來設計使用者使用場景和業務流程的測試用例；

10）場景測試用例是否覆蓋最複雜的業務流程；

11）用例設計是否包含了正面、反面的用例；

12）對於由系統自動生成的輸出項是否註明了生成規則；

13）測試用例應包含對中間和後台資料的檢查；

14）測試用例應有正確的名稱和編號；

15）測試用例應標註有執行的優先順序；

16）測試用例包含相關的配置資訊：測試環境、資料、前置測試用例、使用者授權等；

17）每個測試用例步驟應<=15 step；

18）自動化測試指令碼必須帶有注釋（注釋應包括：目的、輸入、期望結果等）；

19）非功能測試需求或不可測試需求是否在用例中列出並說明？

2.7.退出標準：

1）評審過程中收集相關人員的反饋資訊（即問題記錄清單），並在此基礎上進行測試用例更新，直到評審通過；

2）評審結束後，測試負責人出測試用例評審報告給到相關人員；

3）評審結果經專案經理同意確認。

2.8.控制機制：

採用評審會議時，主持人應盡量把握會議進度，盡量按時有效的完成評審工作；

附件1：問題記錄清單　　　　附件2：測試用例評審報告

測試用例評審流程

1.目的 測試用例評審流程規範主要為開展測試用例評審工作提供指引，規範測試用例評審管理工作。2.測試用例評審流程內容 2.1.前提 測試人員編寫完乙個完整的功能模組的測試用例或已完成所有測試用例的編寫 2.2.流程輸入 a.測試用例 b.需求規格說明 2.3.流程輸出 a.問題記錄清單 b.測試用例...

測試用例評審

1 測試組內同行評審 2 開發組內評審 1 檢查測試用例是否符合規範 流程清晰 劃分合理 是否採用了合理的測試用例設計方法 用例是否唯 一 有沒有重複 巢狀重複 有沒有考慮異常 有沒有大資料量場景 有沒有考慮冪等 有沒有考慮併發 重複請求 便於橫向比較 提高透明度 展示用例設計能力 2 業務流程有沒...

測試用例評審

關於測試用例評審，很早就有這個想法，但是鑑於以下幾個因素，一直未執行 1.在剛來的時候 6年前，連需求都沒有，到版本提交測試時，才第一次了解到版本做成這樣，測試用例無從談起 2.來了兩三年之後 4年前，測試用例被提起，但是依然無用例 無專案流程，無寫用例時間 3.來了四五年後 兩年前，才開始有專案概...