測試用例評審
1.測試用例是否覆蓋了所有需求.
2.測試用例內容是否正確,是否與需求目標一致.
3.測試用例內容是否完整,是否清楚包含輸入和預期輸出結果.
4.測試用例是否具有指導性,是否能靈活指導測試人員通過用例發現更多缺陷,而不是限制他們的思維.
5.找出哪些需求不可測：無法準備環境、可測試性達不到等等原因；
6.對具體需求的實現結果的確認（設計人員、開發人員、測試人員的認識是否一致，如果不一致，誰說了算）；
7. 測試用例本身的描述是否清晰，是否存在二義性
8.是否考慮到測試用例的執行效率.往往測試用例中步驟不斷重複執行，驗證點卻不同，而且測試設計的冗餘性，都造成了效率的低下
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.控制機制：
採用評審會議時，主持人應儘量把握會議進度，儘量按時有效的完成評審工作；