軟體測試案例設計步驟

軟體測試案例設計步驟  軟體測試

　　設計測試案例的時候，需要有清晰的測試思路，對要測試什麼，按照什麼已排序的測試，覆蓋哪些需求做到心中有數。測試案例編寫者不僅要掌握軟體測試的技術和流程，而且要對被測軟體的設計、功能規格說明、使用者試用情境以及程式/模組的結構都有比較透徹的理解。測試案例設計一般包括以下幾個步驟：

　　1、測試需求分析

　　從軟體需求文檔中，找出待測試軟體/模組的需求，通過自己的分析、理解，整理成為測試需求，清楚被測試對象具有哪些功能。測試需求的特點是：包含軟體需求，具有可測試性。

　　測試需求應該在軟體需求基礎上進行歸納、分類或細分，方便測試案例設計。測試案例中的測試集與測試需求的關係是多對一的關係，即一個或多個測試案例集對應一個測試需求。

　　2、商務程序分析

　　軟體測試，不單純是基於功能的黑箱測試，還需要對軟體的內部處理邏輯進行測試。為了不遺漏測試點，需要清楚的瞭解軟體產品的商務程序。建議在做複雜的測試案例設計前，先畫出軟體的商務程序。如果設計文檔中已經有商務程序設計，可以從測試角度對現有流程進行補充。如果無法從設計中得到商務程序，測試工程師應通過閱讀設計文檔，與開發人員交流，最終畫出商務程序圖。商務程序圖可以協助理解軟體的處理邏輯和資料流向，從而指導測試案例的設計。

　　從商務程序上，應得到以下資訊：

　　A、 主流程是什麼

　　B、 條件備選流程是什麼

　　C、 資料流向是什麼

　　D、 關鍵的判斷條件是什麼

　　3、測試案例設計

　　完成了測試需求分析和軟體流程分析後，開始著手設計測試案例。測試案例設計的類型包括功能測試，邊界測試，異常測試，效能測試，壓力測試等。在用例設計中，除了功能測試用例外，應盡量考慮邊界、異常、效能的情況，以便發現更多的隱藏問題。

　　黑箱測試的測試案例設計方法有：等價類別劃分、邊界值劃分、因果圖分析和錯誤猜測，白盒測試的測試案例設計方法有：語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、多重條件覆蓋。在這裡主要討論黑箱測試。在設計測試案例的時候可以使用軟體測試案例設計方法，結合前面的需求分析和軟體流程分析進行設計：

　　功能測試：測試某個功能是否滿足需求的定義，功能是否正確，完備。

　　適合的技術：由業務需求和設計說明匯出的功能測試、等價類別劃分

　　邊界測試：對某個功能的邊界情況進行測試。

　　適合的技術：邊界值劃分

　　異常測試：對某些功能來說，其邊界情況無法簡單的瞭解或某些操作不完全是正確的但又是可能發生的，類似這樣的情況需要書寫相關的異常測試。

　　適合的技術：由業務需求和設計說明匯出的特殊商務程序、錯誤猜測法、邊界值分析、內部邊界值測試、

　　效能測試：檢查系統是否滿足在需求中所規定達到的效能，效能主要包括瞭解程式的內外部效能因素。內部效能因素包括測試環境的配置，系統資源使用狀況;外部因素包括回應時間，輸送量等。

　　適合的技術：業務需求和設計說明匯出的測試

　　壓力測試：壓力測試又稱強度測試，主要是檢查系統運行環境在極限情況下軟體啟動並執行能力，比如說給一個相當大的負荷或網路流量給應用軟體相容測試：測試軟體產品在不同的平台，不同的工具，相同工具的不同版本下功能的相容性。

　　4、測試案例評審

　　測試案例設計完成後，為了確認測試過程和方法是否正確，是否有遺漏的測試點，需要進行測試案例的評審。

　　測試案例評審一般是由測試leader安排，參加的人員包括：測試案例設計者、測試leader、專案經理、開發工程師、其它相關開發測試工程師。測試案例評審完畢，測試工程師根據評審結果，對測試案例進行修改，並記錄修改日誌。

　　5、測試案例更新完善

　　測試案例編寫完成之後需要不斷完善，軟體產品新增功能或更新需求後，測試案例必須配套修改更新;在測試過程中發現設計測試案例時考慮不周，需要對測試案例進行修改完善;在軟體交付使用後客戶回函的軟體缺陷，而缺陷又是因測試案例存在漏洞造成，也需要對測試案例進行完善。一般小的修改完善可在原測試案例文檔上修改，但文檔要有更改記錄。軟體的版本升級更新，測試案例一般也應隨之編製升級更新版本。測試案例是“活”的，在軟體的生命週期中不斷更新與完善。

文章來源於領測軟體測試網 http://www.ltesting.net/