如何編寫更好的測試用例(一)[1] 用例設計
投資于測試用例
為了改進測試用例什么是值得做的?什么風險會促使你投資于更好地測試用例?在他們覆蓋軟件需求時，還不是足夠的好嗎?對這些問題的答案是，粗劣的測試用例的確會將你暴露于相當大的風險之下。他們在理論上可能覆蓋了需要，但很難用來執行測試，并會獲得含糊不清的結果。好的測試會獲得更可靠的結果，而且會在以下三個范疇降低成本：
1.生產率 - 更短的時間撰寫和維護用例
2.可測試性 - 更短的時間來執行他們
本文介紹如何避免因為粗劣的測試案例必然帶來的損失。將讓我們看到罩蓋下各種不同的測試用例，并展示在控制風險的質量中，在何處以及如何建立測試用例。對如何提高生產率、可用性、計劃的可靠性和資產管理，將給出切實可行的建議。一旦你了解測試用例是什么和為什么的問題，您可以使用一個標準的核查表，像附錄A一樣的一個附件，來確定風險領域并改善您當前的和未來的測試用例。
在準備測試軟件的過程中，最繁雜的工作是編寫測試用例。建立健壯的測試用例的動機是由可能性來激勵的，測試用例將被重用于維護版本。超過所有軟件開發工作的半數的工作是維護項目。你怎么才能編寫良好的測試用例，它將提供經濟的測試，首次測試后，在回歸測試時將再次使用?讓我們通過掀起測試用例的罩蓋，看看里面是什么，來開始我們的答案吧。
● 看測試用例內部 軟件測試
● 測試用例的內容(element)
● 針對我們的目標，一個測試用例是一套基于系統需求的，帶有預期結果的活動。用例包括這些內容：
● 測試的目標或將被測試的需求的描述
● 它將被如何測試的方法
● 測試的設置：接受測試的應用程序的版本、硬件、軟件、操作系統、數據文件、安全訪問、時間、邏輯的或物理的起止日期、先決條件(如其他測試)，以及對于被測需求(一個或多個)的任何其他有關的設置信息
● 活動和預期的結果，或輸入和輸出
● 任何校樣或附件(可選)
這些同樣的內容必需被用在每一級測試——單元、集成、系統、或驗收測試的測試用例中。對于功能、性能和可用性測試，它們同樣有效�！邦A期結果”的標準并不適用于一個探索性質的診斷測試或其他測試。實際上診斷測試在其用例中需要其他內容。然而，如果測試是測量性能，那性能應屬于一個范圍，這個范圍就是一個預期結果。
測試用例的另一種描述是，說明、目標和組織安排是用例或規格說明。完成它的步驟被稱為腳本。而另一種觀點認為目標或說明是一個場景(scenario)或功能用例(use case)。這些觀點都符合本文提議的質量評估和改進。
測試用例的質量
有一種誤解，以為編寫質量是主觀的，就像看一幅畫，哪里美麗只在觀看者的眼睛里。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
