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