個人認為可以從以下4個方面來把握測試用例設計的要點，而每個方面又可以對應基本要求和進階要求。
1、理解并覆蓋需求v.s.質疑/補充/建議需求
2、從自己的角度解釋需求v.s.用多樣化的形式展現需求
3、從用戶的角度測試v.s.更準確地模擬用戶操作
4、及時更新測試用例v.s.不斷完善測試用例
基本要求
1、測試用例中不能遺漏需求
a)test case與需求文檔有追溯關系并實現完全覆蓋(注意需求文檔可能的更新)
b)對數據字典等需求文檔中細小的邏輯不要忘記
c)各個影響的地方(入口)都要涉及
2、在測試用例中用自己的話去解釋需求而不要照抄需求。正著說，反著說，順著說，倒著說，不論怎么說，核心是想換一種說法來確認是否大家對需求的理解真的是一致的。
3、站在用戶的角度做完整的、有效的測試用例設計
a)如保存的最后一個步驟不是系統告知保存成功，而是重新查詢出來看到確實保存成功。
b)如接口測試需要做端到端的驗證而非單個系統內部邏輯的驗證。
c)想象自己是用戶，對可用性方面提出建議/意見。
4、測試用例持續及時更新
測試用例不是review完了就可以freeze的。保持持續及時的更新是讓它有參考價值的重要手段。
a)在測試執行過程中發現的遺漏的用例(有些是由bug觸發的，有些是數據多樣性的一些提醒等等)需要及時補充。
b)在測試覆蓋率分析中發現的遺漏的測試用例若有效也需要及時補充。
c)平時有一些臨時方案改變了需求或者實現，也需要及時同步更新測試用例，保證其與需求、實現的一致性。
進階要求
5、在測試用例設計過程中跳出需求的框框，用自己的觀點去分析，看需求有無不完善的、遺漏的、矛盾的、與系統其它地方不一致的點?提出對需求、設計的質疑或者疑問，并及時解決。若解決結果只有2方知道，需要在其它場合(如test case review)提醒第3方特別注意。
6、如果需要，建議設計自己的測試數據，讓邏輯更直觀。如果需要，可以通過圖表等各種方式，讓測試用例更簡潔明了。
7、在測試用例的可維
8、通過產品數據、產品缺陷分析、勤與BA交流等各種方式，了解用戶真實使用情況和真實數據，并將這些知識運用到平時的測試用例設計和測試執行中。護性、可讀性、有效性等方面做持續改進。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
