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