如何編寫更好的測試用例(二)[1]

　　如何編寫更好的測試用例(二)[1]   用例設計　

    　選擇一個測試類型

　　對一種類型的測試用例的偏好超過另一個，多起因于機構的文化和觀念，而不是什么最適合于軟件和測試計劃?！拔覀円恢边@樣做”已和一些難改的謬論相結合：

　　謬論之一。分步測試用例要花太長的時間來編寫。我們負擔不起。

　　事實：他們可能會或不會需要較長的時間來編寫，粒度小使他們健壯和易于維護。他們是唯一充分測試一些功能的方法。

　　謬論之二。矩陣始終是最好的選擇。選用它吧。

　　事實：一個長期存在的問題是如何把一個矩陣和適當的組織安排信息放在一起。這一組織安排信息往往被忽略，或更糟糕的是，如果輸入的不同的組織安排或分類不能強加成一個帶有類似組的矩陣，他們根本就不能被測試。

　　謬論之三。高技術是最好的。如果您可以自動化測試用例，就去做它。

　　事實：使用自動化測試的決定應基于許多因素。

　　謬論之四。我們沒有時間編寫手工測試用例。讓我們自動化測試用例吧。  軟件測試

　　事實：自動化測試用例的創建需要比其他兩種類型更長的時間。

　　如果一個有支配權力的人不懂裝懂的說出這些謬論，一個不成熟的組織(一個更多地依靠杰出人士而不是過程的組織)是最容易認為這些謬論是正確的。他們的質量之路將是一個漫長的道路。他們會繼續誤解測試用例，直到他們經受打亂的時間表或經費損失為止，顯然他們經受的這些起因于不良的測試。

　　為工作使用最佳的測試用例類型的另一個約束是在文字和數字表達之間的接近狀況。如果你擅長于一個或另一個，你可能更喜歡你可以直觀地去做的測試用例類型。分步用例傾向于更多的文字，而矩陣傾向于更多的數字。良好的培訓應建立起對于使用所有類型的用例的了解和信心，對于每一處它都是最有成效的。然而，個人偏好是一個不可忽視的因素。如果你是一個經理，你需要通過教育和范例克服困難。

　　往往最有成效的途徑是使用所有三種類型的用例。前兩個用于單元、集成和系統測試;而自動化腳本用于回歸測試。

　　提升測試用例

　　提高測試用例的可測試性

　　準確的說，可測試性的定義是指易于測試。易于測量執行測試需要多久，在測試過程中測試者是否需要獲得說明。準確意味著，如果測試者遵循指導，那么通過或失敗的結果將會是正確的。

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