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