測試用例評審過程

摘要：

關於用例評審，你是否了解用例評審前的準備工作有哪些 ？ 

需要幾輪評審 ？

需要哪些人參加 ？ 

評審時長 ？

評審形式 ？ 

評審結束後，還需要做哪些 ？

如下是正文：

首先明確兩個概念。

什麼是用例評審？

用例評審主要是產品、開發和測試人員，針對測試用例能否用於專案的測試而做的工作。

為了減少測試人員執行階段做無效工作（執行無效case，提交無效問題）

為了避免三方需求理解不一致；

為了每個測試人員的質量標準與專案要求標準達成一致。

一、評審前需要做哪些準備工作

1、需求評審結束後，就可以著手把需求拆分為功能點 。

工具：建議用xmind，需包含預期結果和測試結果，android和ios測試結果可用標籤區分標註。 

優點：用畫思維導圖的方式，邏輯清楚，便於評審人員（產品和開發人員）快速檢視，評審效率高。

這裡需要說明的是，很多測試者喜歡用excel設計用例，我也不例外，但是根據一段時間的試驗，和開發產品溝通後，大家都覺得用xmind寫思維導圖的方式更好，看起來更便捷。

所以具體用什麼工具方法，大家可依個人愛好而定，不過目標是一樣的，讓用例評審高效快捷的開展，並產生價值。

2、把功能點再分解為具體的測試用例 。

這裡需在思維導圖上補全預期結果和實際測試結果，便於測試結果跟進。

3、用例寫完後，自己先做好自檢，自檢中，針對有疑問的點羅列出來，可事先跟產品開發討論，確定結果後完善用例，仍有疑問的可先做標記，評審會上丟擲一起討論。

4、和評審人員（開發和產品）確定好具體的評審時間並提前把測試用例發給參會人員檢視。

二、用例評審參加人員

主要是產品、開發（客戶端和後端）、測試、專案負責人、運營。

注：以上人員為必須參加人員，其他和專案質量、進度有關人員，根據實際情況可邀請參加。

三、用例評審時間

對於敏捷開發專案，建議控制在半小時以內。

如果你認為需求複雜，功能點太多，半小時講不完，那麼建議你對功能點劃分優先順序，優先評審優先順序高的用例，再針對疑問多的用例評審，最後對於功能簡單的用例可簡單帶過。時刻記住我們用例的評審目標，不能流於形式。

四、用例評審的形式

1、對照測試用例，從上而下，從左到右，逐條念。

這是目前很多公司的做法，如果你也這麼做過，相信你並不一定喜歡這種方式，因為它費時，不分主次，參會人員的熱情與注意力逐漸降低，整個用例評審效率低，作為主持人也講的口乾舌燥，事倍功半。

2、先對功能複雜，優先順序高，疑問多的用例進行評審，再評審功能簡單，優先順序低的功能點。

對於評審過程中，一時半會沒有結論的問題，可以記錄下來，作為會後討論跟進的重點。

這種做法，有很多優點，評審剛開始的一段時間，大家注意力集中，參與激情高，這段時間討論有難度有疑問的問題，效率高。最重要的事最先做。

另外，整個評審會主次分明，有高潮有緩點，可以更高效的達到我們評審的目的。

五、正式評審

正式評審過程中需要注意幾個細節，如果你都做到了，那麼可以說整個評審是成功的，有價值的。

1、評審要按用例的優先順序，功能的複雜程度進行；

2、評審過程中盡量做到，思路清晰，用最簡潔的語言闡述每乙個功能點；

3、超過5分鐘無法確定結果的問題留作會後討論跟進。

六、評審結束後需要做些什麼事？

不是說評審會結束了，就完事了，其實對於整個用例評審，這才做了一半。    

評審結束後，第一時間整理測試用例，把修正的內容重新整理補全。

會上未確定的內容，會後繼續跟進，直到確定結果。

沒有任何有疑問的地方了，再做個簡單的用例評審會議總結（如修正了哪些功能點，補全了哪些？哪些模組功能有變動？哪些功能推遲到下一期做？等），

這個總結是給自己整個用例評審工作總結，同時需同步給專案組其他成員，做好資訊共享，這點很重要。

好了，整個完整的用例評審及需要注意的地方大概就是這些，希望測試組人員認真去看，並落實到具體的工作中。

個別地方根據專案實際情況可靈活變動。

最後，有問題歡迎隨時交流溝通。  

end ，正文結束。

測試用例評審

1 測試組內同行評審 2 開發組內評審 1 檢查測試用例是否符合規範 流程清晰 劃分合理 是否採用了合理的測試用例設計方法 用例是否唯 一 有沒有重複 巢狀重複 有沒有考慮異常 有沒有大資料量場景 有沒有考慮冪等 有沒有考慮併發 重複請求 便於橫向比較 提高透明度 展示用例設計能力 2 業務流程有沒...

測試用例評審

關於測試用例評審，很早就有這個想法，但是鑑於以下幾個因素，一直未執行 1.在剛來的時候 6年前，連需求都沒有，到版本提交測試時，才第一次了解到版本做成這樣，測試用例無從談起 2.來了兩三年之後 4年前，測試用例被提起，但是依然無用例 無專案流程，無寫用例時間 3.來了四五年後 兩年前，才開始有專案概...

測試用例評審

首先要清楚內部評審的定義，是測試組內部的評審，還是專案組內部的評審。評審的定義不同，內容也不會相同。測試組內部的評審，應該著重於 測試用例本身的描述是否清晰，是否存在二義性 是否考慮到測試用例的執行效率，往往測試用例中步驟不斷重複執行，驗證點卻不同，而且測試設計的冗餘性，都造成了效率的低下 是否針對...