如何編寫更好的測試用例(一)[2] 用例設計
事實上，編寫質量是客觀的和可測量的。就像附錄A一樣，建立一個測試用例的構成內容(目標、方法、組織安排、輸入和輸出等)的客觀核查表，這是很簡單的。然后走查每個用例。內容是有或者沒有?除了其構成，用例也必須符合這些質量標準：
精確的。它們只測試它們描述中所說的它們將測試的內容。
經濟的。它們只有對于它們的目標所需要的步驟或信息。它們不給出軟件導航。
可重用的，自立的。一個測試用例是一個對照試驗。每一次不管是誰測試它，它都應當得到相同的結果。如果只有作者可以測試它并獲得結果，或如果不同的測試者測試，得到不同的結果，那該測試用例就需要在組織或活動上做更多的工作。
適合的。一個測試用例必須適合測試者和環境。如果它在理論上是合理的，但需要所有的測試者都沒有的技能，那它將會被束之高閣。即使你知道誰在測試第一次，你也需要考慮維護和回歸時的情況。
可追溯的。你必須知道此用例測試的是什么需求。它可能滿足所有的其他標準，但如果其結果是，通過或失敗都無關緊要，那為什么還要費心做它呢?
可自我清理的。運行后自動收起。它返回測試環境到預測試狀態。例如，它不會留下測試系統設置在錯誤的日期。自動腳本可調用其他腳本來做到這一點。不要把這一標準與破壞性混淆。測試應該是破壞性的，包括試圖通過可控制和可重復的方式打破一個模擬生產環境。
這些標準也是客觀的和可測量的。它們也可以被添加到您的核查表。
如果誰知道需求和受測應用程序，那他應該填寫該核查表作為一個同行審查的一部分。
遵循多少標準只有測試后才能知道，但它們都是可測量的。對于新的測試編寫者，這是一種特別有用練習，看看他們在哪塊始終沒有達到某一要素，或不符合某一標準。
測試用例的格式 軟件測試
一個測試用例看起來像什么呢?它們似乎分為三個主要群組：分步、矩陣和自動化腳本。當然自動化腳本將作為一個在線文件來運行，毫無疑問，其他兩個必須是基于紙張的。他們也可以是在線的。讓我們來看看每一個的格式：
分步。圖1顯示了這個基本的格式模樣。這個格式的一個完整的視圖，在一個帶有其他測試內容的模板中，作為附錄B來顯示。
|
步驟 |
活動 |
預期結果 |
|
1 |
輸入新的名稱和地址。按<OK> 。 |
顯示屏幕008新名稱的詳細信息。 |
|
2 |
用自然的數據填充所有空格。抓屏。按<OK> 。 |
顯示屏幕005維護。 |
|
3 |
點擊<Inquiry>按鈕。 |
顯示屏幕009查詢的詳細信息。 |
|
4 |
從抓屏上輸入名字。按<OK> 。 |
顯示屏幕010記錄詳細信息。 |
|
5 |
比較記錄細節和抓屏。 |
所有詳細信息完全匹配。 |
圖1 - 分步測試用例詳細信息
矩陣或表格。圖2顯示了這個格式的基本模樣。這個格式的一個完整的視圖，在一個帶有其他測試內容的模板中，作為附錄C來顯示。
|
日期 |
1/96后受雇 |
401K |
生命險 |
付款數 |
|
10/25/99 |
Y |
1 |
3 |
$24.50 |
|
1/4/98 |
Y |
3 |
1 |
$34.00 |
|
3/6/96 |
N |
2 |
5 |
$48.00 |
|
8/15/96 |
Y |
2 |
5 |
$86.25 |
|
8/15/96 |
N |
2 |
5 |
$105.00 |
圖2 - 矩陣測試用例詳細信息
自動化腳本。圖3顯示了這種格式的模樣。
文章來源于領測軟件測試網 http://www.kjueaiud.com/