軟件測試的目標：失敗等于成功(3)

　　讓我們再看一下我們之前討論的簡單程序，那個需要6,000次測試才能包括所有可能的程序。如果你要設計只在合法的輸入，環境，操作等情況下的測試，那么你的測試只涵蓋了對你系統運行來說最好的場景。但是，如果有些地方出錯會怎樣?如果用戶手指滑了一下，或者錯誤的配置了什么，或者刪除了非常重要的信息，你的軟件會怎樣表現?或者當一個系統/服務器出現掛起，或者出現達到一些資源的上限(比如內存，磁盤空間，數據庫記錄的 ID等)，會發生什么?當一些應該被標識為損壞的數據進入或者通過系統會怎么樣?如果操作中斷，系統處于含糊不清的狀態?或者如果太多的人在同樣的時間做同樣的事情?潛在錯誤的列表是無限的，并且如果你只想確認“它可以工作”的話，你可能就會忽略掉這些場景中的大部分。

　　結論

　　我希望這篇文章可以讓你確信軟件測試的真正目標是尋找bug。即使是在交付時間表很緊的情況下，采取一個步驟來想一下從哪里開始著手，你的測試將會是最有效率的。但即使在時間非常充足的情況下，你也不可能測試出每一個bug，所以你必須將你的測試劃分優先級，劃分的根據是基于產品目前的狀態(新的，修改的或者只是純漏洞)和對客戶的可能影響而進行的最誠實的評估。避免采用你知道軟件可以處理的測試數據和操作;你的任務是在測試中擴大軟件的邊界。在你設計自動化測試時，也要避免“踩滅”失敗條件的誤區。你的任務不是創造大量的總是可以干凈的成功運行的測試。你需要去尋找和理解故障條件。不要浪費時間去想你的軟件產品中是否存在bug。它肯定有bug，并且你不可能全部找出它們。你的組織和你的顧客指望你找出那些最有影響的 bug。你必須要做的是，你要從消極的角度考慮這些問題。

原文轉自：http://www.uml.org.cn/Test/200803271.asp