1:評審的過程
a:開始前做好如下準備
1、確定需要評審的原因
2、確定進行評審的時機
3、確定參與評審人員
4、明確評審的內容
5、確定評審結束標準
6、提前至少一天將需要評審的內容以郵件的形式傳送給評審會議相關人員。並註明詳審時間、地點及償參與人員等。
7、 在郵件中提醒評審會議相關人員至少簡讀一遍評審內容，並記錄相關的疑問，以便在評審會議上提出。
8、 會議主持者(一般為用例編寫人員)應在會議前整理相關疑問，以便在會議上提出。
b：開始評審
1、 召開評審會議。與會者在設計人員講解之後給出意見和建議，同時進行詳細的評審記錄。
2、 通用郵件與相關人員溝通
3、 通用im工具直接與相關人員交流
4、根據評審內容進行評審
2：評審內容
1、 用例設計的結構安排是否清晰、合理，是否利於高效對需求進行覆蓋。
2、 優先極安排是否合理。
3、 是否覆蓋測試需求上的所有功能點。
4、 用例是否具有很好可執行性。例如用例的前提條件、執行步驟、輸入資料和期待結果是否清晰、正確；期待結果是否有明顯的驗證方法。
5、 是否已經刪除了冗餘的用例。
6、 是否包含充分的負面測試用例。充分的定義，如果在這裡使用2&8法則，那就是4倍於正面用例的數量，畢竟乙個健壯的軟體，其中80%的**都是在「保護」20%的功能實現。
7、 是否從使用者層面來設計使用者使用場景和使用流程的測試用例。
8、 是否簡潔，復用性強。例如，可將重複度高的步驟或過程抽取出來定義為一些可復用標準步驟。
3：參與評審人員（這裡會分為多個級別進行評審）
1、 部門評審，測試部門全體成員參與的評審。
2、公司評審，這裡包括了專案經理、需求分析人員、架構設計人員、開發人員和測試人員。
3、 客戶評審，包括了客戶方的開發人員和測試人員。這種情況在
外包公司
比較常見
測試用例評審過程
摘要 關於用例評審，你是否了解用例評審前的準備工作有哪些 需要幾輪評審 需要哪些人參加 評審時長 評審形式 評審結束後，還需要做哪些 關於用例評審，多數團隊都有這個流程，很多書籍上也有提過，網上充斥著各種文章 那麼，各企業團隊實際的執行流程是怎樣的？如何落地的 如下是正文 首先明確兩個概念。什麼是用...
測試用例評審
1 測試組內同行評審 2 開發組內評審 1 檢查測試用例是否符合規範 流程清晰 劃分合理 是否採用了合理的測試用例設計方法 用例是否唯 一 有沒有重複 巢狀重複 有沒有考慮異常 有沒有大資料量場景 有沒有考慮冪等 有沒有考慮併發 重複請求 便於橫向比較 提高透明度 展示用例設計能力 2 業務流程有沒...
測試用例評審
關於測試用例評審，很早就有這個想法，但是鑑於以下幾個因素，一直未執行 1.在剛來的時候 6年前，連需求都沒有，到版本提交測試時，才第一次了解到版本做成這樣，測試用例無從談起 2.來了兩三年之後 4年前，測試用例被提起，但是依然無用例 無專案流程，無寫用例時間 3.來了四五年後 兩年前，才開始有專案概...