測試用例評審這個流程，在很多公司都是忽略掉的，有些公司也只是測試寫完用例，然後郵件出來，讓相關研發確認，這就取決於研發的自覺性。

對於簡單的小需求，是可以按上面方法實行，但是對於涉及多端多方的複雜專案，仍需組織開發、測試、產品開會評審。

編寫測試用例最好的時機是在需求評審後，啟動開發前。一份好的需求用例等同於需求的詳細設計文件，是對需求文件的細化。

測試用例評審會的參與人員：產品經理、開發人員、測試人員。

會議上由測試人員逐條講解測試用例，與會各方有問題可隨時打斷提問，達成共識後現場修改用例。

用例評審安排在開發之前，可以加強開發人員對需求的理解，進一步梳理邏輯，提高開發效率和程式碼質量。

用例評審的過程補充和完善了用例，幫助測試人員更好的測試。

用例評審的過程中偶而發現到產品需求邏輯問題，避免在開發過程中才發現需求邏輯問題，修改需求重做的風險。

一份好的需求用例至少包含以下元素：

1.      用例優先順序，p0,p1,p2…  p0優先順序最低

2.      用例標題

3.      測試步驟，標註好1、2、3…步驟

4.      期望結果