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