軟件測試用例設計(2)

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

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

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

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

　　適合的技術：邊界值劃分。

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

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

　?、?性能測試：檢查系統是否滿足在需求中所規定達到的性能，性能主要包括了解程序的內外部性能因素。內部性能因素包括測試環境的配置，系統資源使用狀況;外部因素包括響應時間，吞吐量等。

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

　?、?壓力測試：壓力測試又稱強度測試，主要是檢查系統運行環境在極限情況下軟件運行的能力，比如說一個相當大的負荷或網絡流量進行應用軟件兼容測試，測試軟件產品在不同的平臺、不同的工具、相同工具的不同版本下功能的兼容性。

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

　　測試用例評審一般是由測試主管安排，參加的人員包括：測試用例設計者、測試主管、項目經理、開發工程師、其他相關開發測試工程師。測試用例評審完畢，測試工程師根據評審結果，對測試用例進行修改，并記錄修改日志。

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

原文轉自：http://www.kjueaiud.com