軟體測試學習教程—軟體測試基礎理論六

　　在上一篇文章中介紹了有關軟體測試常用的技術，今天筆者繼續來和大家分享。

 

　　軟體測試是軟體質量管理中最實際的行動，同時也是耗時最多的一項。基於時間因素的考慮，軟體測試行為必須能夠加以量化，才能進一步讓管理階層掌握所需要的測試過程，而測試用例就是將測試行為具體量化的方法之一。

 

　　測試用例特點，使用測試用例的好處主要體現在以下幾個方面: 在開始實施測試之前設計好測試用例，可以避免盲目測試並提高測試效率 ; 測試用例的使用令軟體測試的實施重點突出、目的明確 ; 在軟體版本更新後只需修正少部分的測試用例便可展開測試工作，降低工作強度，縮短專案週期 ; 功能模組的通用化和複用化使軟體易於開發，而測試用例的通用化和複用化則會使軟體測試易於開展，並隨著測試用例的不斷精化其效率也不斷攀升 ; 測試用例構成了設計和制定測試過程的基礎。測試的“深度”與測試用例的數量成比例。由於每個測試用例反映不同的場景、條件或經由產品的事件流，因而，隨著測試用例數量的增加，對產品質量和測試流程的信心也會增強。

 

　　測試工作量與測試用例的數量成比例。根據全面且細化的測試用例，可以更準確地估計測試周期各連續階段的時間安排。測試設計和開發的型別以及所需的資源主要都受控於測試用例。測試用例通常根據它們所關聯關係的測試型別或測試需求來分類，而且將隨型別和需求進行相應地改變。最佳方案是為每個測試需求至少編制兩種測試用例：一種測試用例用於證明該需求已經滿足，稱作正向測試用例；另一種測試用例反映某個無法接受、反常或意外的條件或資料，用於論證只有在所需條件下才能夠滿足該需求，這種測試用例稱作反向測試用例。

 

　　一個標準的測試用例中應該包含以下內容：識別符號：由測試設計過程說明和測試程式說明引用的惟一識別符號；測試項：描述被測試的詳細特性、程式碼模組等，應該比測試設計說明中所列的特性更加具體。如果測試設計說明提到“計算器程式的加法功能”，那麼測試用例說明就會相應地提到“加法運算的上限溢位處理”。它還要指出引用的產品說明書或者測試用例所依據的其他設計文件；輸入說明：該說明列舉執行測試用例的所有輸入內容或者條件。如果測試計算器程式，輸入說明可能簡單到“ 1+1 ”。如果測試蜂窩電話交換軟體，輸入說明可能是成百上千種輸入條件。如果測試基於檔案的產品，輸入說明可能是檔名和內容的描述；輸出說明：描述進行測試用例預期的結果。例如， 1+1 等於 2 嗎 ? 在蜂窩軟體中上千個輸出變數設定正確嗎 ? 讀取檔案的全部內容和預想的一樣嗎；環境要求：是指執行測試用例必要的硬體、軟體、測試工具、人員等；特殊要求：描述執行測試必須的特殊要求。測試寫字板程式也許不需要任何特殊條件，但是測試一些特殊的軟體 ( 如核電站軟體 ) 就有特殊要求。用例之間的依賴性：如果一個測試用例依賴於其他用例，或者受其他用例的影響，就應該在此註明。

 

　　這是今天筆者和大家分享的知識，在後續的文章中，筆者會繼續帶著大家來學習。