軟體測試用例設計實用經驗之談

• 概述

  　　軟體測試用例設計最重要的前提是掌握業務知識，加上一定的測試用例設計方法，軟體測試的工作實際就非常簡單了，多測試幾個實際專案技能就自然提高了。

  　　我把軟體測試用例設計分成4個部分：

  　　·測試型別

  　　·設計思路

  　　·設計技術

  　　·去蕪存菁

  　　測試型別

  　　測試型別有很多分類方法，為了編寫文件方便，可以把各種分類方法合併，做為用例文件的目錄。

  　　明確測試型別可以避免重大漏測。

  　　·文件測試：需求，設計，使用者手冊...

  　　·介面測試：CLI, WEB, GUI, API

  　　·協議一致性測試：與標準一致。

  　　·功能測試：以需求文件、命令/介面顯示功能、使用者手冊為編寫線索。

  　　·效能測試：容量、時間、吞吐量、連線數等結果，含壓力測試，負載測試。

  　　·組網測試：一些複雜網路協議適用。

  　　·整合測試：多個模組或者整個系統疊加測試，測試各個功能之間的介面是否正常，是否相互影響。

  　　·相容測試：不同廠家產品，相關產品、不同版本協同工作。

  　　·事件測試：修改配置，重啟，斷電等。

  　　·安全測試：攻擊，各種異常，非法測試

  　　·穩定性測試：模擬線上環境，長期執行。

  　　·可靠性測試：成熟，容錯，易恢復。

  　　·易用性測試：軟體產品被理解、學習、使用和吸引使用者的能力。

  　　·可維護性測試：易分析，易修改，易測試，易管理。

  　　·可移植性測試：從一種環境遷移到另一種環境。

  　　設計思路

  　　發散思維和逆向思維是測試設計中最重要的兩個思維。

  　　具體運用參考：XXXX

  　　設計技術

  　　在上一步驟執行時或者執行後，都可以執行常見的設計技術：

  　　·等價類劃分

  　　·邊界值

  　　·錯誤推測

  　　·因果圖

  　　....

  　　去蕪存菁

  　　足夠好就行，精減用例，劃分優先順序。

  　　·哪些功能是軟體的特色？

  　　·哪些功能是使用者最常用的？

  　　如果系統可以分塊賣的話，哪些功能塊在銷售時最昂貴？

  　　·哪些功能出錯將導致使用者不滿或索賠？

  　　·哪些程式是最複雜、最容易出錯的？

  　　·哪些程式是相對獨立，應當提前測試的？

  　　·哪些程式最容易擴散錯誤？

  　　·哪些程式是全系統的效能瓶頸所在？

  　　·哪些程式是開發者最沒有信心的？

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/11323760/viewspace-1061052/，如需轉載，請註明出處，否則將追究法律責任。