???《目錄章節(jié)》

一、用例評審流程是怎么樣的

????1、相對規(guī)范用例評審流程

????????【測試用例準(zhǔn)備】

????????【評審準(zhǔn)備流程】

????????【相對比較正式的用例評審會議紀(jì)要】

????2、常見的用例評審流程（現(xiàn)狀）

????????【評審?fù)ㄖ蜁h】

????????【用例評審會議紀(jì)要】

????????【現(xiàn)狀存在的問題】

????????????1、缺少統(tǒng)一化管理

????????????2、隱藏未知的風(fēng)險

????????????3、影響用例質(zhì)量和測試質(zhì)量

二、敏捷用例平臺結(jié)合用例評審的功能設(shè)計

? ? 1、框架流程設(shè)計

? ? 2、用例評審功能&評審過程

? ? 3、功能實現(xiàn)

三、在線化用例評審的總結(jié)

一、用例評審流程是怎么樣的

1、相對規(guī)范用例評審流程

【測試用例準(zhǔn)備】

為更好地進行測試用例評審，測試用例可能會做如下梳理

功能測試用例
冒煙測試用例（功能測試用例中的高優(yōu)先級用例）
單模塊內(nèi)的高優(yōu)先級用例
涉及上下游系統(tǒng)的核心流程用例，即聯(lián)調(diào)測試用例
……

【評審準(zhǔn)備流程】

提前預(yù)訂會議室，郵件邀請項目關(guān)鍵干系人，包括但不限于產(chǎn)品，研發(fā)等
測試用例作為郵件附件，以便參會人員提前熟悉
會議中記錄問題，確定跟進人及完成時間
評審結(jié)束后輸出評審會會議紀(jì)要
1個工作日內(nèi)根據(jù)會議紀(jì)要修改完善測試用例
測試用例導(dǎo)入測試用例管理工具
……

【相對比較正式的用例評審會議紀(jì)要】?群發(fā)消息通知（郵件或者即時聊天工具等等）

時間：2022年xx月xx日

人員：xxx，xxx，xxx……

xxxxxx需求的用例評審，會議紀(jì)要如下：?

一.用例評審模塊：
郵箱賬號登錄功能
登錄流程優(yōu)化
樣式調(diào)整
二.已同步問題點如下：
xxxx
xxxxx
xxxx
xxxxx
三.用例相關(guān)說明如下：
? ? 用例相關(guān)說明如下：
? ? 用例共150條
??? 功能用例：150，占比100%
? ? 冒煙用例：75條，占比50%
? ? 回歸用例：30條，占比20%
????……
四.附件是整理后的用例，請相關(guān)人員查閱，如果有疑問，請及時溝通
??? 以上討論點，測試側(cè)用例已更新，見附件~

2、常見的用例評審流程（現(xiàn)狀）

在敏捷迭代的工作中，為了提高效率，往往比較繁瑣的用例評審流程都被簡化了

【評審?fù)ㄖ蜁h】

可能是這樣的，直接通知所有人在什么時間段進行評審，缺少提前預(yù)覽用例和備注問題

也可能是這樣的，先評審一部分，等補充完另一部分，后續(xù)再重新安排評審

【用例評審會議紀(jì)要】

先建立在線文檔，跟項目迭代統(tǒng)一在線化文檔管理，如果用例評審過程未及時把評審記錄保存到在線文檔中去，在線文檔一直是空白的，等過段時間再來找找之前的用例評審記錄時，可能評審記錄內(nèi)容已經(jīng)遺失了

在線文檔中，簡單記錄過程存在的問題和缺少case

或者在在線文檔中，記錄評審過程相關(guān)需求疑問點和解決思路，以及需要補充哪些case

甚至有可能一些評審會議的待辦事項，是記錄在本地文本工具、word文檔、excel、或者手寫本子上……

【現(xiàn)狀存在的問題】

1、缺少統(tǒng)一化管理

? ? ?隨著項目的快速迭代，之前用例評審時哪些人參加、提到過什么問題、記錄在哪里都有可能被忘記。這些內(nèi)容缺少統(tǒng)一的在線化管理標(biāo)準(zhǔn)，將評審相關(guān)數(shù)據(jù)進行關(guān)聯(lián)及保存

2、隱藏未知的風(fēng)險

????項目的快速迭代中，編寫測試用例可能成為質(zhì)量保障非必須準(zhǔn)入條件，存在不需要編寫測試用例，憑借個人經(jīng)驗直接進行測試；已寫好的測試用例不需要經(jīng)過評審，在程序功能剛開發(fā)完就直接進測等情況

????雖然過程質(zhì)量沒什么問題，但是缺少有力的數(shù)據(jù)驗證保障，可能存在覆蓋不全，導(dǎo)致線上bug的情況，在程序維護上增加了未知的風(fēng)險。

3、影響用例質(zhì)量和測試質(zhì)量

????用例評審在整個研發(fā)流程的生命周期中，它不是非必須的交付產(chǎn)物，但是卻可能是測試人員寫好測試用例關(guān)鍵的檢查過程：需求功能點的用例是否覆蓋全面、異常場景用例是否完善、接口用例是否補充、核心場景是否有冒煙用例……；放大影響面來評估，會直接影響整個軟件過程的測試質(zhì)量，存在業(yè)務(wù)場景的測試覆蓋不全、缺少異常場景驗證測試、核心場景驗證測試不全……出現(xiàn)漏測少測等情況，導(dǎo)致出現(xiàn)線下、線上bug。