1.引言
測試用例是為某個特殊目標而編制的一組測試輸入、執行條件以及預期結果，以便測試某個程序路徑或核實是否滿足某個特定需求。
測試用例目前沒有經典的定義，比較通常的說法是指對一項特定的軟件產品進行測試任務的描述，體現測試方案、方法、技術和策略。內容包括測試目標、測試環境、輸入數據、測試步驟、預期結果、測試腳本等，并形成文檔。
由于對軟件測試用例的作用和設計方法的理解不同，測試人員對軟件測試用例存在不少片面的認識，具體表現在以下三個方面：
(1)測試輸入數據設計方法等同于測試用例設計方法
一些測試書籍和文章經常這樣表述：測試用例的設計方法包括：等價類、邊界值、因果圖、錯誤推測法、場景設計法等。這種表述是不全面的，這些方法只是軟件功能測試用例設計中如何確定測試輸入數據的方法，而不是測試用例設計的全部內容。測試用例設計是確定測試的輸人數據過程，包括如何根據測試需求、設計規格說明等文檔確定測試用例的設計策略、設計用例的表示方法和組織管理形式等內容。
(2)測試用例設計得越詳細越好
盡可能設計足夠多的設計用例，制定詳細的用例執行步驟，以達到“任何一個人都可以根據測試用例執行測試”，這些都不是測試用例設計的本意。編寫測試用例的根本目的是高效的發現軟件產品中可能存在的缺陷，因此設計測試用例時應把握用最少的測試用例盡可能的覆蓋測試需求，從而達到“少花時間多辦事”的效果。
(3)測試用例設計是一成不變的
在軟件生命周期過程中，存在用戶對軟件的功能的變更，設計規格的更新，軟件代碼的細化等情況。因此，設計軟件測試用例與軟件開發設計應當并行開展，并隨著軟件設計的變化進行相應調整，以保證設計的用例滿足測試需求。
軟件的類別、用戶需求和測試目的不同，其測試用例也是不同的。本文主要從用戶對軟件的需求為著眼點，結合系統測試用例的設計，說明軟件需求對軟件測試用例設計的影響，使得測試用例更趨于針對軟件產品的功能、任務規則和任務處理所設計的測試方案。
2．基于需求的測試用例
2．1 軟件測試需求分析
軟件測試的需求有三個層次，即任務需求、用戶需求、功能需求，測試需求分析和測試用例設計參照的是軟件需求規格說明書。
在軟件需求規格說明書中的功能需求描述了軟件系統所應具有的外部行為。對一個大型系統來說，軟件功能需求可能只是系統需求的一個子集。作為功能需求的補充，軟件需求規格說明還應包括隱含需求，它描述了系統展現給用戶的行為和執行的操作等。包括產品必須遵從的標準、規范和合約；外部界面的具體細節；性能要求；設計或實現的約束條件及質量屬性。
測試需求的主要來源是系統需求規格說明書，但有些需求是無法從需求文檔中獲得，可借助概要設計文檔或者詳細設計文檔中獲得，或直接從最終的軟件產品上獲得。測試人員依據這些信息編寫測試需求，為了提高需求分析的覆蓋率，用例設計人員可通過分析軟件的任務規則和工程測試經驗，提出軟件產品隱含的需求，以保證最終的測試需求滿足測試要求。
2．2 測試用例設計
測試用例的設計也就是測試需求細化的過程，可以說，有多細的測試需求，就有多細的測試用例。在測試用例的具體設計中，通常采用等價類劃分法劃分有效和無效的數據集，采用邊界值法找到被測軟件的輸入數據的邊界值數據，在基于需求的測試用例設計中，此兩種方法既是基礎又是補充，當測試數據量比較大時，通常采用自動化測試工具或正交試驗法。測試用例的內容項可依據具體情況而定，通常包含測試用例編號、測試操作步驟和預期結果等。在軟件系統測試過程中，軟件需求決定了測試用例設計，而測試用例設計的效果則直接決定了整個軟件測試項目的成敗，因此測試需求分析和測試用例設計是密不可分的，前者是后者的依據，后者是前者的體現，做好需求到測試用例的轉化，才能保證整個測試項目的效果。
2．3 測試用例運行
在軟件系統測試過程中，軟件測試需求決定了測試用例設計，而測試用例設計關系到測試用例的運行，應該說，設計出了什么樣的測試用例，就需要針對性的選擇測試用例運行方式。測試用例的運行一般采用測試者手工運行，編寫驅動程序運行、借助自動化工具(如QTP)等方式運行。測試用例設計的優劣直接關系著測試用例運行的工作量，編寫腳本自動運行程序是解決此問題的不錯方式�，F階段，編寫腳本自動運行程序來驅動測試用例是用例運行的趨勢，這不僅可以節約第一次測試的工作量，而且還可以減少后續的回歸測試的工作量。
3．測試用例設計實例
本文在這里將舉例說明基于需求的測試用例設計過程，被測軟件如圖1所示，并比較不同的需求對測試用例設計的影響。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
