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、 客戶評審，包括了客戶方的開發人員和測試人員。這種情況在外包公司比較常見