如何編寫更好的測試用例(一)[2]

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

   　事實上，編寫質量是客觀的和可測量的。就像附錄A一樣，建立一個測試用例的構成內容(目標、方法、組織安排、輸入和輸出等)的客觀核查表，這是很簡單的。然后走查每個用例。內容是有或者沒有?除了其構成，用例也必須符合這些質量標準：

　　精確的。它們只測試它們描述中所說的它們將測試的內容。

　　經濟的。它們只有對于它們的目標所需要的步驟或信息。它們不給出軟件導航。

　　可重用的，自立的。一個測試用例是一個對照試驗。每一次不管是誰測試它，它都應當得到相同的結果。如果只有作者可以測試它并獲得結果，或如果不同的測試者測試，得到不同的結果，那該測試用例就需要在組織或活動上做更多的工作。

　　適合的。一個測試用例必須適合測試者和環境。如果它在理論上是合理的，但需要所有的測試者都沒有的技能，那它將會被束之高閣。即使你知道誰在測試第一次，你也需要考慮維護和回歸時的情況。

　　可追溯的。你必須知道此用例測試的是什么需求。它可能滿足所有的其他標準，但如果其結果是，通過或失敗都無關緊要，那為什么還要費心做它呢?

　　可自我清理的。運行后自動收起。它返回測試環境到預測試狀態。例如，它不會留下測試系統設置在錯誤的日期。自動腳本可調用其他腳本來做到這一點。不要把這一標準與破壞性混淆。測試應該是破壞性的，包括試圖通過可控制和可重復的方式打破一個模擬生產環境。

　　這些標準也是客觀的和可測量的。它們也可以被添加到您的核查表。

　　如果誰知道需求和受測應用程序，那他應該填寫該核查表作為一個同行審查的一部分。

　　遵循多少標準只有測試后才能知道，但它們都是可測量的。對于新的測試編寫者，這是一種特別有用練習，看看他們在哪塊始終沒有達到某一要素，或不符合某一標準。

　　測試用例的格式  軟件測試

　　一個測試用例看起來像什么呢?它們似乎分為三個主要群組：分步、矩陣和自動化腳本。當然自動化腳本將作為一個在線文件來運行，毫無疑問，其他兩個必須是基于紙張的。他們也可以是在線的。讓我們來看看每一個的格式：

　　分步。圖1顯示了這個基本的格式模樣。這個格式的一個完整的視圖，在一個帶有其他測試內容的模板中，作為附錄B來顯示。

　　圖1 - 分步測試用例詳細信息

　　矩陣或表格。圖2顯示了這個格式的基本模樣。這個格式的一個完整的視圖，在一個帶有其他測試內容的模板中，作為附錄C來顯示。

　　圖2 - 矩陣測試用例詳細信息

　　自動化腳本。圖3顯示了這種格式的模樣。

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