軟件測試用例的設計

　　qiuyangzh：如果資源充分，當然測試用例的數量多一些對于檢驗產品的質量是有好處的。但實際情況往往是資源有限的，這種情況下，就必須挑選出那些最有價值的測試來執行。

　　我通常不愿意寫太多的測試用例，很多人認為我工作態度有問題，我認為這更能說明我的態度：我愿意樸實的構造我的測試用例，但是我有原則來保證我的測試用例的質量：

　　1。接到任務不急于作而在于多思考，首先在紙上構造好業務流圖

　　2。業務流程圖構造好，快速挑選出公用的測試用例

　　3。構造測試用例，先寫符合主路徑的三種“PASS”、“ERROR”、“FAIL”

　　4。精化測試用例，努力為ERROR多構造1-7種假設

　　5。執行測試用例，增加FAIL的標準化失敗的測試，但是對應減少PASS測試用例

　　6。進一步精化測試用例，使“PASS”、“ERROR”、“FAIL”所占的比例分別為%20、%70、%10

　　qiuyangzh：就是因為上面這段話，更確切的說是第4、5、6條，使我決定把這篇文章放到我的Blog中來。根據我的經驗，在設計和執行測試的時候，應該按照這種比例來操作。

　　我將繼續我的樸實理論，多出來的時間，我可以看看藍天，享受享受生活!

文章來源于領測軟件測試網 http://www.kjueaiud.com/