首先，我們要明白為什么要評審測試用例，評審的目的是什么？
從效率和成本上考慮，主要三點(diǎn)原因：
1.為了減少測試人員執(zhí)行階段做無效工作，
2.為了避免三方需求理解不一致；
3.為了每個測試人員的質(zhì)量標(biāo)準(zhǔn)與項目要求標(biāo)準(zhǔn)達(dá)成一致；
用例評審的四個步驟：
需求評審
A 檢查需求講解思路清晰
B 檢查需求理解無偏差
C 檢查講解的內(nèi)容無丟失
D 檢查需求討論會議提出需求建議、需求討論的問題都有體現(xiàn)，并且記錄的詳細(xì)
E 檢查需求講解時存在問題的記錄，跟進(jìn)結(jié)論
需求實(shí)現(xiàn)流程圖評審
A 檢查實(shí)現(xiàn)邏輯的深度與仔細(xì)程度
B 檢查需求以及實(shí)現(xiàn)邏輯內(nèi)容齊全，補(bǔ)充流程缺失部分
C 檢查需求以及實(shí)現(xiàn)邏輯內(nèi)容正確
測試大綱評審
A 檢查用例大綱結(jié)構(gòu)、思路清晰
B 檢查用例大綱內(nèi)容齊全--對象齊全影響因素齊全：
1.需求邏輯功能
2.UI
3.用戶行為
4.黑盒用例設(shè)計方法
5.開發(fā)語言特點(diǎn)
6.平臺系統(tǒng)的特點(diǎn)
7.發(fā)現(xiàn)過的歷史bug
8.自身的版本兼容性
9.功能之間相互影響
10.開發(fā)實(shí)現(xiàn)邏輯和建議
C 檢查用例去除冗余用例
D 檢查用例大綱語言描述清晰
E 檢查用例進(jìn)行集成，為測試執(zhí)行的高效做準(zhǔn)備
A 檢查大綱和用例內(nèi)容一一對應(yīng)，影響因素?zé)o丟失
B 檢查語言描述簡潔、清晰、明了
C 檢查每條測試用例都有明確的預(yù)期結(jié)果
D 根據(jù)正規(guī)化用例的各個字段要求對應(yīng)的細(xì)節(jié)
然后，運(yùn)用專業(yè)測試管理工具，都有測試用例管理模塊，推薦大家使用ALM是面向軟件研發(fā)生命周期管理的工具，實(shí)現(xiàn)了從產(chǎn)品概念設(shè)計、需求分析、歷經(jīng)項目計劃、項目進(jìn)度、配置管理、工時管理、測試管理等階段，直至項目完成的全過程管理。
本文內(nèi)容不用于商業(yè)目的，如涉及知識產(chǎn)權(quán)問題，請權(quán)利人聯(lián)系SPASVO小編(021-60725088-8054)，我們將立即處理，馬上刪除。
sales@spasvo.com
