一、測試用例評審的關注點
1、用例設計的結構安排是否清晰、合理，是否利於高效對需求進行覆蓋。
2、優先順序安排是否合理。
3、是否覆蓋測試需求上所有功能點。
4、用例是否具有很好的可執行性。例如用例的前提條件、執行步驟、輸入資料和期待結果是否清晰、正確；期待結果是否具有明顯驗證方法。
5、是否已經刪除了冗餘的用例。
6、是否包含充分的異常測試用例。
二、用例評審的方式
1、召開評審會議。（推薦）
2、通過郵件與相關人員溝通。
3、通過im工具直接與相關人員交流。
三、測試用例評審檢查項
1、需求規格說明書是否評審並建立了基線？
2、需求新增和變更是否進行了對應的調整？
3、用例是否按照公司定義的模板進行編寫？
4、測試用例是否覆蓋了需求規格說明書？
5、用例是否和需求進行對應？
6、用例設計是否包含了正面、反面的用例？
7、每個測試用例是否清楚的填寫了測試特性、步驟、預期結果？
8、步驟/輸入資料部分是否清晰，是否具備可操作性？
9、測試用例是否包含測試資料、測試資料的生成辦法或者輸入的相關描述？
10、測試用例是否包含邊界值、等價類分析、因果圖、錯誤推測等測試用例分析方法？
11、測試用例是否都闡述了預期結果和評估該結果的方法？
測試用例評審
1 測試組內同行評審 2 開發組內評審 1 檢查測試用例是否符合規範 流程清晰 劃分合理 是否採用了合理的測試用例設計方法 用例是否唯 一 有沒有重複 巢狀重複 有沒有考慮異常 有沒有大資料量場景 有沒有考慮冪等 有沒有考慮併發 重複請求 便於橫向比較 提高透明度 展示用例設計能力 2 業務流程有沒...
測試用例評審
關於測試用例評審，很早就有這個想法，但是鑑於以下幾個因素，一直未執行 1.在剛來的時候 6年前，連需求都沒有，到版本提交測試時，才第一次了解到版本做成這樣，測試用例無從談起 2.來了兩三年之後 4年前，測試用例被提起，但是依然無用例 無專案流程，無寫用例時間 3.來了四五年後 兩年前，才開始有專案概...
測試用例評審
首先要清楚內部評審的定義，是測試組內部的評審，還是專案組內部的評審。評審的定義不同，內容也不會相同。測試組內部的評審，應該著重於 測試用例本身的描述是否清晰，是否存在二義性 是否考慮到測試用例的執行效率，往往測試用例中步驟不斷重複執行，驗證點卻不同，而且測試設計的冗餘性，都造成了效率的低下 是否針對...