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

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

    　錯誤和挑戰

　　七個最常見的測試用例的錯誤

　　在每一個編寫者的工作中，測試用例缺陷將集中圍繞在某些編寫錯誤。如果您正在編寫用例或管理編寫者，不要等到找到這些錯誤集前所有用例都已做出。應該每隔一兩天就審查用例，尋找使用例難以測試和維護的故障。你將發現的可能是，提高的機會集中在最常見的七個測試用例錯誤之一：

　　1. 制作用例太長

　　2. 不完整的、不正確、或不連貫的組織安排

　　3. 遺漏某一步

　　4. 命名的字段已改變或不再存在

　　5. 不清楚測試者或系統是否做出某活動

　　6. 不清楚通過或失敗的結果是什么

　　7. 清理失敗

　　為好的測試用例對應挑戰

　　即使您使用最好的技術和標準，面對每一個測試編寫工作，你還必須克服同樣的挑戰。讓我們看看對于測試編寫面臨的共同挑戰，并看到它們如何才能通過響應被管理，挽回了更好的質量。典型的挑戰通常是強加于項目一級，而且必須在測試管理一級響應。如果它們強加于測試管理一級的編寫者，編寫者應做出響應。

　　挑戰：需求變化軟件測試　

    　響應：

　　1. 最好的防范是被通知到。在編寫用例前，在每一個狀態上，找出需求變化最大的風險所在。戰略上何種用例會和不會受變化的影響。首先寫下那些不會的。

　　2. 建立以后你會返回來并填寫的變量或“決定”。

　　3. 請務必使預算人知道修改已經寫好的測試用例的成本。量化每個用例花費多少。

　　4. 讓項目管理設定優先事項，哪些用例應當編寫或修訂。讓他們看到你不能做所有的用例，并請他們來決定他們在哪里有最大的風險。

　　5. 發表未經修改的不完全正確的測試用例。讓測試者標出什么已改變。安排更多的時間來測試每一個用例，加上維護測試時間。

　　挑戰：安排變化

　　響應：

　　1. 如果測試的日期提前，讓管理方參與測試用例將如何受到影響的選擇。在不斷變化的需求的挑戰中，讓他們選擇他們想要什么風險。

　　2. 在工作人員必須作為生產力前，只有時間允許一至二周的訓練，才能增加人員，同時只能是您有某人來指導和審查他們的工作。

　　3. 改變編寫用例的順序，使您首先寫那些將優先被測試的。盡量保持用例領先于測試者。

　　4. 在只有一個目標和組織安排下，即需求正在被測試時，您可以減少測試用例。這不是象臨時測試一樣糟糕，但管理方應該知道結果并不如用例完成后那么可靠。安排更多的時間來測試這種測試用例，同時安排時間在測試后完成用例。

　　5. 提議讓編寫者做測試，并在他們測試時編寫。安排更多的時間來測試和測試后完成編寫。

　　挑戰：人員更替

　　響應：

　　1. 新的人員需要了解目前測試項目的目標、時間安排和組織，如果可能的話，這些應該以書面形式表示?？陬^介紹會失于混亂。

　　2. 新的人員應集中于了解軟件的業務使用，然后集中于需求和原型。他們可能會寫更少的用例，但用例將是正確的。

　　3. 新的人員應參加有關標準的操作培訓，用許多如何應用標準的實際例子。他們的工作首先應被仔細檢查。

　　4. 盡量安排新的人員在一個良好的技術領域，該領域適合他們將要編寫的用例。

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