漫談測試成長之探索——測試用例評審
在分享測試用例評審的內容之前，我們可以先思考下為什麼要組織測試用例評審會議呢？
一、評審目的
一般來說，參加測試用例評審的人員包括對應項目的產品人員、設計人員、開發人員和測試人員。
測試用例評審會議的發起者一般是測試人員，既然我們是發起者，那我們發起這個會議的目的是什麼呢？
首先，在測試用例設計過程中，我們可能會對某些需求點存在疑問或者不同意見，那我們就要找產品人員討論和明確需求點。
其次，我們可能對產品的介面交互設計存在疑問或者優化建議，那我們就需要找設計人員和產品人員共同討論和明確設計點。
再次，我們也可能對開發設計方案的理解上存在偏差，那我們就需要讓各端開發人員協助把控測試用例的正確性和覆蓋面。
最後，一個測試人員設計的用例是很難覆蓋全需求及關聯內容的，這時候就需要其他測試同事或者測試組長幫忙把關和補充，從而提高測試用例的覆蓋面。
當然，除了明確測試用例疑問點和提高測試用例覆蓋面的目的外，還有一個很重要的目的，就是要在團隊中暴露出這些未明確的內容，推動各方人員對這些未確定內容的理解和風險處理方案達成一致，這也是測試左移的一種手段。
總結來說，如圖1-2所示，測試用例評審的目的可以概括為三點：明確不確定因素，提高測試用例覆蓋面和促進各方理解一致。
二、評審流程
當我們明確了測試用例評審的目的後，我們就可以從評審前、評審過程和評審後三個時間去思考如何更好地開展測試用例評審。
評審前，我們要新建項目工作群，將需要參會的人員拉進群。在測試用例的設計過程中，如果遇到疑問點，我們可以群里@ 對應負責人進行確認。如果還有未確認的點，我們可以標記下待會議上討論。在完成了測試用例設計後，我們要提前把測試用例文檔發群里，@ 相關人員查看測試用例並關注待確認點。在跟各方協商好測試用例評審時間後，我們就可以提前預約好會議室並發起會議邀請。
評審過程中，我們並不需要過每一條的測試用例，我們可以通過腦圖的方式介紹測試用例的整體內容和思路。評審過程中，我們要重點評審測試用例中提前標記的疑問點和可能存在風險的內容。同時，如果評審過程中依然有部分內容無法明確，那我們就需要記錄下來。
評審後，我們需要整理會議紀要並同步到工作群中。會議紀要內容需要包括本次會議中確認的結果以及需求相關的變動內容，並@ 全部人周知。如果還有遺留問題，我們需要@ 相關人進行跟進並確認答覆時間。
總結來說，要讓參會人員提前了解會議內容，帶著問題或者問題的答案來參加測試用例評審會議。同時，我們要做到會議內容有記錄，會議結果各方確認有記錄，會議遺留問題跟蹤有記錄。
關於測試用例評審，還有哪些是我們可以改進的地方？歡迎大家一起補充。
作者簡介：Chaofan，愛測角成員之一，專註探索和分享軟體品質保障。
原文地址：《漫談測試成長之探索——測試用例評審》
更多測試成長探索系列文章：
《漫談測試成長之探索——缺陷分析》
《漫談測試成長之探索——測試排期》
《漫談測試成長之探索——測試文檔》
