測試用例評審是測試活動(dòng)中的一個(gè)重要環(huán)節(jié)，做好測試用例評審，可以有效的發(fā)現(xiàn)用例中的不足，并更好的補(bǔ)充，以免測試場景遺漏或者出現(xiàn)業(yè)務(wù)邏輯理解不一致。那么，如何做好測試用例評審呢？

01

做好測試用例分級，并不是所有的測試用例都需要上評審會(huì)，或者說有些用例是需要自己內(nèi)部消化的。一般情況下，我會(huì)把測試用例分為三個(gè)層級：

頁面功能用例:

主要驗(yàn)證的是頁面功能，比如常見的數(shù)據(jù)增、刪、改、查，頁面顯示、按鍵功能、布局以及簡單的數(shù)據(jù)流向驗(yàn)證。這類用例個(gè)人建議不用上用例評審，如果小組內(nèi)有較多的新人，這類的用例應(yīng)該由測試負(fù)責(zé)人自行把關(guān)就好。

業(yè)務(wù)流程用例：

基于用戶行為，通過場景化的案例來驗(yàn)證系統(tǒng)內(nèi)部各子模塊的關(guān)聯(lián)，確保數(shù)據(jù)及狀態(tài)的流轉(zhuǎn)有序、正常，對于異常數(shù)據(jù)能夠正常處理或者給于明確的提示。這類用例是評審的重點(diǎn)，也是需求的核心內(nèi)容，需要大家重點(diǎn)來評審的。

跨系統(tǒng)接口用例：

隨著業(yè)務(wù)的復(fù)雜性逐步增加，我們可能需要更多的和別的系統(tǒng)打交道，在跨系統(tǒng)的接口功能驗(yàn)證中，我們需要明確預(yù)期檢查點(diǎn)是什么；需要考慮的異常用例分為兩類，1類是上游異常如何承接（狀態(tài)是否回傳、上游數(shù)據(jù)修改是否會(huì)影響到本系統(tǒng)等）2是自己系統(tǒng)異常對上下游系統(tǒng)的影響。

02

如何更好的開展測試用例評審呢？筆者的經(jīng)驗(yàn)有以下幾點(diǎn)：

聚焦：每次用例評審不超過 1 小時(shí)，只評審核心內(nèi)容及測試設(shè)計(jì)思路，不對具體的每條用例展開評審，實(shí)際上這個(gè)意義確實(shí)不大，只要測試思路沒什么問題，大體上也不會(huì)有偏差；

事先準(zhǔn)備：事先和研發(fā)及產(chǎn)品溝通，讓他們提前閱讀文檔。在評審的時(shí)候，不需要拉上所有的人，只需要相關(guān)人員即可

持續(xù)反饋：測試用例并不是一成不變的，哪怕是評審?fù)?。不能讓測試用例成為一個(gè)借口（很多測試人員經(jīng)常對其它人說為會(huì)不在評審的時(shí)候提出來，這種做法很不推薦，別人只是幫你 check，而不是讓他來替你思考）

給出行動(dòng)項(xiàng)：需要修改的內(nèi)容，及時(shí)修改并反饋，讓大家有參與感，同時(shí)表示感謝。

要注意測試用例的顆粒度，在評審時(shí)，不需要逐條過，評審測試思路即可。本質(zhì)上測試用例也是一個(gè)測試思維可視化的過程，除非你們的測試團(tuán)隊(duì)特別年輕（例如第一類的測試用例，不太適合進(jìn)行大范圍的評審）

03

不要用例評審當(dāng)做一個(gè)負(fù)擔(dān)，做好事前事中的準(zhǔn)備，利用好這個(gè)機(jī)會(huì)，再一次方對齊需求理解的機(jī)會(huì)?？梢员ＷC大家對同一個(gè)需求的理解是一致的，避免更多可能出現(xiàn)的返工浪費(fèi)。