軟件測試用例的認識誤區

文章出處：網絡 作者：崔啓亮

  軟件測試用例是爲了有效發現軟件缺陷而編寫的包含測試目的、測試步驟、期望測試結果的特定集合。正確認識和設計軟件測試用例可以提高軟件測試的有效性，便於測試質量的度量，增強測試過程的可管理性。

  在實際軟件項目測試過程中，由於對軟件測試用例的作用和設計方法的理解不同，測試人員（特別是剛從事軟件測試的新人）對軟件測試用例存在不少錯誤的認識，給實際軟件測試帶來了負面影響，本文對這些認識誤區進行列舉和剖析。

  誤區之一：測試輸入數據設計方法等同於測試用例設計方法

  現在一些測試書籍和文章中講到軟件測試用例的設計方法，經常有這樣的表述：測試用例的設計方法包括：等價類、邊界值、因果圖、錯誤推測法、場景設計法等。這種表述是很片面的，這些方法只是軟件功能測試用例設計中如何確定測試輸入數據的方法，而不是測試用例設計的全部內容。

  這種認識的不良影響可能會使不少人認爲測試用例設計就是如何確定測試的輸入數據，從而掩蓋了測試用例設計內容的豐富性和技術的複雜性。如果測試用例設計人員把這種認識拿來要求自己，則害了自己；拿來教人，則害了別人；拿來指導測試，則害了測試團隊。聽起來似乎是“小題大做”，但是絕不是“危言聳聽”。

  無疑，對於軟件功能測試和性能測試，確定測試的輸入數據很重要，它決定了測試的有效性和測試的效率。但是，測試用例中輸入數據的確定方法只是測試用例設計方法的一個子集，除了確定測試輸入數據之外，測試用例的設計還包括如何根據測試需求、設計規格說明等文檔確定測試用例的設計策略、設計用例的表示方法和組織管理形式等問題。

  在設計測試用例時，需要綜合考慮被測軟件的功能、特性、組成元素、開發階段（里程碑）、測試用例組織方法（是否採用測試用例的數據庫管理）等內容。具體到設計每個測試用例而言，可以根據被測模塊的最小目標，確定測試用例的測試目標；根據用戶使用環境確定測試環境；根據被測軟件的複雜程度和測試用例執行人員的技能確定測試用例的步驟；根據軟件需求文檔和設計規格說明確定期望的測試用例執行結果。

  誤區之二：強調測試用例設計得越詳細越好

  在確定測試用例設計目標時，一些項目管理人員強調測試用例“越詳細越好”。具體表現在兩個方面：儘可能設計足夠多的設計用例，測試用例的數量閱讀越好；測試用例儘可能包括測試執行的詳細步驟，達到“任何一個人都可以根據測試用例執行測試”，追求測試用例越詳細越好。

  這種做法和觀點最大的危害就是耗費了很多的測試用例設計時間和資源，可能等到測試用例設計、評審完成後，留給實際執行測試的時間所剩無幾了。因爲當前軟件公司的項目團隊在規劃測試階段，分配給測試的時間和人力資源是有限的，而軟件項目的成功要堅持“質量、時間、成本”的最佳平衡，沒有足夠多的測試執行時間，就無法發現更多的軟件缺陷，測試質量更無從談起了。

  編寫測試用例的根本目的是有效地找出軟件可能存在的缺陷，爲了達到這個目的，需要分析被測試軟件的特徵，運用有效的測試用例設計方法，儘量使用較少的測試用例，同時滿足合理的測試需求覆蓋，從而達到“少花時間多辦事”的效果。

  測試用例中的測試步驟需要詳細到什麼程度，主要取決於測試用例的