如何提升設(shè)計(jì)測試用例的質(zhì)量？
對被測版本足夠了解
由粗略詳細(xì)步驟來解讀產(chǎn)品需求文檔，如交互、功能流程、邊界、約束等等。充分理解技術(shù)實(shí)現(xiàn)原理，實(shí)現(xiàn)的邏輯原理、架構(gòu)及對其他平臺的依賴、接口等。深入理解用戶群，分析用戶使用場景、可能的使用方法及用戶心理，完全從用戶角度出發(fā)，來設(shè)計(jì)Case，同時(shí)對用戶體驗(yàn)做出一定的判斷。
設(shè)計(jì)Case優(yōu)先級
一般使用專業(yè)測試工具，測試用例設(shè)計(jì)工具編寫好Case后可以按優(yōu)先級來篩選優(yōu)先級，如果是用Excel文檔來寫可以來通過不同背景色來標(biāo)識相應(yīng)的優(yōu)先級，無論評審還是執(zhí)行，都可以按此來查閱。無論是冒煙測試用例還是功能測試用例，節(jié)省大量時(shí)間。
從粗到細(xì)分析需求
可以使用工具輔助，第一遍需求分析時(shí)，粗略畫出測試需求框架；第二遍分析需求時(shí)，開始延伸每個出子測試點(diǎn)；細(xì)化測試點(diǎn)時(shí)，可參考或引用寫好的公共Case， 也要考慮到被測版本中該功能的特性。另外需要考慮的就是測試點(diǎn)的顆粒度要把握好。
測試用例更新
需求分析階段和開發(fā)階段 ，都可能出現(xiàn)需求變更，這時(shí)對于我們前期粗略整理好的測試點(diǎn)就需要及時(shí)的同步更新了。另外在Case評審階段，可能會出現(xiàn)Case冗余或遺漏，也需要在評審結(jié)束后在Case池里及時(shí)修整。如果項(xiàng)目中有使用需求工具之類的，可以利用工具去同步通知到每個節(jié)點(diǎn)的負(fù)責(zé)人，會大大 減少更新的時(shí)間。
推薦閱讀：
本文內(nèi)容不用于商業(yè)目的，如涉及知識產(chǎn)權(quán)問題，請權(quán)利人聯(lián)系SPASVO小編(021-60725088-8054)，我們將立即處理，馬上刪除。
sales@spasvo.com
