設計能力的過程
1、需要評審的原因
測試用例是軟體測試
的準則，但它並不是一經編制完成就成為準則。由於用例開發人員的設計經驗和對需求理解的深度各不相同，所以用例的質量難免會有不同程度的差異。
2、進行評審的時機
一般會有兩個時間點。第一，是在用例的初步設計完成之後進行評審；第二是在整個詳細用例全部完成之後進行二次評審。如果專案時間比較緊張，盡可能保證對用例設計進行評審，提前發現其中的不足之處。
3、參與評審人員
這裡會分為多個級別進行評審。
1) 部門評審，測試部門全體成員參與的評審。
2) 公司評審，這裡包括了專案經理、需求分析人員、架構設計人員、開發人員和測試人員。
3) 客戶評審，包括了客戶方的開發人員和測試人員。這種情況在外包公司比較常見。
4、評審內容
評審的內容有以下幾個方面：
1) 用例設計的結構安排是否清晰、合理，是否利於高效對需求進行覆蓋。
2) 優先極安排是否合理。
3) 是否覆蓋測試需求上的所有功能點。
4) 用例是否具有很好可執行性。例如用例的前提條件、執行步驟、輸入資料和期待結果是否清晰、正確；期待結果是否有明顯的驗證方法。
5) 是否已經刪除了冗餘的用例。
6) 是否包含充分的負面測試用例。充分的定義，如果在這裡使用2&8法則，那就是4倍於正面用例的數量，畢竟乙個健壯的軟體，其中80%的**都是在「保護」20%的功能實現。
7) 是否從使用者層面來設計使用者使用場景和使用流程的測試用例。
8) 是否簡潔，復用性強。例如，可將重複度高的步驟或過程抽取出來定義為一些可復用標準步驟。
個人認為，乙個「健康」的測試用例至少要通過前5個標準。
5、評審的方式
1) 召開評審會議。與會者在設計人員講解之後給出意見和建議，同時進行詳細的評審記錄。
2) 通用郵件與相關人員溝通
3) 通用im工具直接與相關人員交流
方式只是手段，得到其它人員對於用例的反饋資訊才是目的。
無論採用那種方式，都應該在溝通之前把用例設計的相關文件傳送給對方進行前期的學習和了解，以節省溝通成本。
6、評審結束標準
測試用例如何評審
1 測試用例是否按照公司定義的模板進行編寫的 2 測試用例的本身的描述是否清晰，是否存在二義性 3 測試用例內容是否正確，是否與需求目標相一致 4 測試用例的期望結果是否確定 唯一的 5 操作步驟應與描述是否相一致 6 測試用例是否覆蓋了所有的需求 7 測試設計是否存在冗餘性 8 測試用例是否具有可...
如何進行測試用例評審
進行測試用例評審 測試用例評審工作對測試人員能力的提高，測試效率的提高都有很好的作用，那麼如果進行測試用例評審呢？它又哪些標準呢？通過的標準又是什麼呢？關於 測試用例內部評審的標準 的討論的摘要 首先要清楚內部評審的定義，是測試組內部的評審，還是專案組內部的評審。評審的定義不同，內容也不會相同。如果...
如何進行需求評審
作為產品經理，一般都經歷過需求評審，或者是自己主持的需求評審，或者是參加別人的需求評審。大部分需求評審會陷入兩種極端情況，一種是產品經理在上面對著產品需求文件照本宣科，下面與會人員無動於衷 另一種是產品經理剛講幾個需求，大家已開始了激烈的討論，都在證明自己是對的，會議被無限延長，效果甚微。所以說需求...