軟件測試用例評審是一個(gè)重要的環(huán)節，它是質(zhì)量保證的關(guān)鍵手段，可以有效地幫助確保軟件符合預期的功能要求和質(zhì)量標準。 軟件測試用例評審的工作流程是，首先準備工作，收集相關(guān)的軟件測試用例文檔，確定用例評審活動(dòng)的主要參與者；然后進(jìn)行用例評審，確定測試用例的有效性、識別測試用例的缺陷、評估測試用例的可行性以及提出改進(jìn)建議；接著(zhù)編寫(xiě)評審報告，整理評審結果并發(fā)布評審報告；最后完成后續工作，包括實(shí)施改進(jìn)建議、更新用例文檔以及進(jìn)行測試等。

一 .用例評審目的

為用例評審提供一個(gè)參考標準，保證評審的覆蓋率和有效性

 

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

保證測試人員的質(zhì)量標準與項目標準一致

為了減少測試人員執行階段無(wú)效工作

保證相關(guān)人員對即將要上線(xiàn)的需求有了解

二. 用例評審作用

1.對于產(chǎn)品經(jīng)理

檢查測試人員是否準確理解需求，確保每個(gè)需求點(diǎn)都覆蓋到。

通過(guò)評審正常和異常的測試用例，來(lái)反思當時(shí)設計需求時(shí)未考慮的情況，也是自我回溯的一個(gè)過(guò)程。

2.對于開(kāi)發(fā)人員

檢查自己的程序代碼是否還有很多情況未考慮完善，對自己的代碼也是一個(gè)自我回溯檢查的過(guò)程，間接實(shí)現了測試左移。

對于用例中無(wú)法實(shí)現的邏輯及時(shí)溝通，三方達成高度一致。

3.對于測試人員

與各方人員溝通，完善測試用例

三.用例評審參與人員

用例評審一定是要求產(chǎn)品（制定該需求的產(chǎn)品經(jīng)理）、開(kāi)發(fā)（實(shí)現該產(chǎn)品的前后端開(kāi)發(fā)人員）、測試（負責該需求用例編寫(xiě)和執行的測試人員）都參與。

 

會(huì )議由測試人員主導，相應需求的測試同學(xué)依次上去講解自己的測試用例。

 

測試組內部的評審：測試部門(mén)成員參與

項目組內部的評審：項目經(jīng)理、產(chǎn)品人員、開(kāi)發(fā)人員和測試人員參與

四. 用例評審內容

1.一般用例評審內容

用例設計的結構安排是否清晰、合理，是否利于高效對需求進(jìn)行覆蓋。

優(yōu)先極安排是否合理。

是否覆蓋測試需求上的所有功能點(diǎn)。

用例是否具有很好可執行性。例如用例的前提條件、執行步驟、輸入數據和期待結果是否清晰、正確；期待結果是否有明顯的驗證方法。

是否已經(jīng)刪除了冗余的用例。

是否包含充分的負面測試用例。充分的定義，如果在這里使用2&8法則，那就是4倍于正面用例的數量，畢竟一個(gè)健壯的軟件，其中80%的代碼都是在“保護”20%的功能實(shí)現。

是否從用戶(hù)層面來(lái)設計用戶(hù)使用場(chǎng)景和使用流程的測試用例。

是否簡(jiǎn)潔，復用性強。例如，可將重復度高的步驟或過(guò)程抽取出來(lái)定義為一些可復用標準步驟。

2.測試組內部評審側重

測試用例本身的描述是否清晰，是否存在二義性；

是否考慮到測試用例的執行效率.往往測試用例中步驟不斷重復執行，驗證點(diǎn)卻不同，而且測試設計的冗余性，都造成了效率的低下；

是否針對需求變更進(jìn)行跟著(zhù)，覆蓋了所有的軟件需求；

是否盡可能多的覆蓋了異常流程和異常測試點(diǎn)。

3.測試用例評審檢查項

測試用例是否按照公司定義的模板進(jìn)行編寫(xiě)的；

測試用例的本身的描述是否清晰，是否存在二義性；

測試用例內容是否正確，是否與需求目標相一致；

測試用例的期望結果是否確定、唯一的；

操作步驟應與描述是否相一致；

測試用例是否覆蓋了所有的需求；

測試設計是否存在冗余性；

測試用例是否具有可執行性；

是否從用戶(hù)層面來(lái)設計用戶(hù)使用場(chǎng)景和業(yè)務(wù)流程的測試用例；

場(chǎng)景測試用例是否覆蓋最復雜的業(yè)務(wù)流程；

用例設計是否包含了正面、反面的用例；

對于由系統自動(dòng)生成的輸出項是否注明了生成規則；

測試用例應包含對中間和后臺數據的檢查；

測試用例應有正確的名稱(chēng)和編號；

測試用例應標注有執行的優(yōu)先級；

測試用例包含相關(guān)的配置信息：測試環(huán)境、數據、前置測試用例、用戶(hù)授權等；

每個(gè)測試用例步驟應<=15 Step；

自動(dòng)化測試腳本必須帶有注釋?zhuān)ㄗ⑨寫(xiě)ǎ耗康?、輸入、期望結果等）；

非功能測試需求或不可測試需求是否在用例中列出并說(shuō)明

五.用例評審方式

線(xiàn)上會(huì )議

線(xiàn)下會(huì )議

通用OA與相關(guān)人員溝通

六.用例評審時(shí)間

測試用例完成后

需求文檔提交后，開(kāi)發(fā)提測前

會(huì )議時(shí)間最好控制在1小時(shí)之內，如果內容較多，可多次評審

七.用例評審流程

1.會(huì )前準備

測試用例編寫(xiě)完成

提前通知參會(huì )人員，約定好評審時(shí)間并預約好會(huì )議室

提前將測試用例發(fā)送給參會(huì )人員查閱

會(huì )議5分鐘前到達會(huì )議室，將測試用例，需求文檔等打開(kāi)

用例較多時(shí)，提前做好標注，優(yōu)先講解優(yōu)先級高的用例，并盡量將前后端用例區分，方便側重評審

將自己的疑惑整理在一起，方便詢(xún)問(wèn)

2.會(huì )中流程

2.1方式1：對照測試用例，從上而下，從左到右，逐條念。

普遍的流程都是這樣的。

 

優(yōu)點(diǎn)：逐個(gè)講解，全面仔細

缺點(diǎn)：費時(shí)，不分主次，降低參會(huì )人員的注意力

2.2方式2：先對功能復雜，優(yōu)先級高，疑問(wèn)多的用例進(jìn)行評審，再評審功能簡(jiǎn)單，優(yōu)先級低的功能點(diǎn)。

優(yōu)先講解優(yōu)先級高的用例，其次疑惑多的用例，再者功能簡(jiǎn)單，優(yōu)先級低的功能點(diǎn)。

 

優(yōu)點(diǎn)：有側重點(diǎn)，效率高

缺點(diǎn)：講解不全面，可能存在忽略點(diǎn)

2.3會(huì )議注意

對于評審過(guò)程中，超過(guò)5分鐘無(wú)法確定結果的問(wèn)題，可以記錄下來(lái)，作為會(huì )后討論跟進(jìn)的重點(diǎn)。

評審過(guò)程中盡量做到，思路清晰，用最簡(jiǎn)潔的語(yǔ)言闡述每一個(gè)功能點(diǎn)。

對于有歧義的問(wèn)題，需要與產(chǎn)品和開(kāi)發(fā)確認清楚。

評審過(guò)程中，參會(huì )人員可能會(huì )有視覺(jué)和聽(tīng)覺(jué)疲勞，主講人要抓住重點(diǎn)和重要人員。

對于評審過(guò)程中的問(wèn)題，及時(shí)做好標記。

用例評審只針對用例，不針對個(gè)人能力。

3.會(huì )后總結

3.1用例評審會(huì )議后，需要對評審中的問(wèn)題進(jìn)行跟進(jìn)和完善。

需要產(chǎn)品經(jīng)理補充和修改的點(diǎn)需要讓其在需求文檔和原型圖上進(jìn)行記錄

對遺漏的測試點(diǎn)進(jìn)行補充，對有誤的測試點(diǎn)進(jìn)行修正，并對用例進(jìn)行管理

3.2如有要求，完成用例評審文檔

3.3對個(gè)人會(huì )議行為進(jìn)行總結

七.用例評審結束標準

評審過(guò)程中收集相關(guān)人員的反饋信息（即問(wèn)題記錄清單），并在此基礎上進(jìn)行測試用例更新，直到評審通過(guò)。

評審結束后，測試負責人出測試用例評審報告給到相關(guān)人員。

評審結果經(jīng)項目經(jīng)理同意確認