概述
　　軟件測試用例設計最重要的前提是掌握業務知識，加上一定的測試用例設計方法，軟件測試的工作實際就非常簡單了，多測試幾個實際項目技能就自然提高了。
　　我把軟件測試用例設計分成4個部分：
　　·測試類型
　　·設計思路
　　·設計技術
　　·去蕪存菁
　　測試類型
　　測試類型有很多分類方法，為了編寫文檔方便，可以把各種分類方法合并，做為用例文檔的目錄。
　　明確測試類型可以避免重大漏測。
　　·文檔測試：需求，設計，用戶手冊...
　　·界面測試：CLI, WEB, GUI, API
　　·協議一致性測試：與標準一致。
　　·功能測試：以需求文檔、命令/界面顯示功能、用戶手冊為編寫線索。
　　·性能測試：容量、時間、吞吐量、連接數等結果，含壓力測試，負載測試。
　　·組網測試：一些復雜網絡協議適用。
　　·集成測試：多個模塊或者整個系統疊加測試，測試各個功能之間的接口是否正常，是否相互影響。
　　·兼容測試：不同廠家產品，相關產品、不同版本協同工作。
　　·事件測試：修改配置，重啟，斷電等。
　　·安全測試：攻擊，各種異常，非法測試
　　·穩定性測試：模擬線上環境，長期運行。
　　·可靠性測試：成熟，容錯，易恢復。
　　·易用性測試：軟件產品被理解、學習、使用和吸引用戶的能力。
　　·可維護性測試：易分析，易修改，易測試，易管理。
　　·可移植性測試：從一種環境遷移到另一種環境。
　　設計思路
　　發散思維和逆向思維是測試設計中最重要的兩個思維。
　　具體運用參考：XXXX
　　設計技術
　　在上一步驟執行時或者執行后，都可以運行常見的設計技術：
　　·等價類劃分
　　·邊界值
　　·錯誤推測
　　·因果圖
　　....
　　去蕪存菁
　　足夠好就行，精減用例，劃分優先級。
　　·哪些功能是軟件的特色？
　　·哪些功能是用戶最常用的？
　　如果系統可以分塊賣的話，哪些功能塊在銷售時最昂貴？
　　·哪些功能出錯將導致用戶不滿或索賠？
　　·哪些程序是最復雜、最容易出錯的？
　　·哪些程序是相對獨立，應當提前測試的？
　　·哪些程序最容易擴散錯誤？
　　·哪些程序是全系統的性能瓶頸所在？
　　·哪些程序是開發者最沒有信心的？

最新內容請見作者的GitHub頁：http://qaseven.github.io/

總結

以上是生活随笔為你收集整理的软件测试用例设计实用经验之谈的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。