軟體測試的十條原則

正如我們所知，軟體測試的目標就是驗證產品的一致性和確認產品是否滿足客戶的需求，所以測試人員要始終站在使用者的角度去看問題、去判斷軟體缺陷的影響，系統中最嚴重的錯誤是那些導致程式無法滿足使用者需求的缺陷。

當時間和質量衝突時，時間要服從質量。質量的理念和文化（如零缺陷的「第一次就把事情做對」）同樣是軟體測試工作的基礎。

有了質量標準，才能依據測試的結果對產品的質量進行正確的分析和評估，例如，進行效能測試前，應定義好產品效能的相關的各種指標。同樣，測試用例應確定預期輸出結果，如果無法確定測試結果，則無法進行校驗。

而不是等程式寫完，才開始進行測試。在**完成之前，測試人員要參與需求分析、系統或程式設計的審查工作，而且要準備測試計畫、測試用例、測試指令碼和測試環境，測試計畫可以在需求模型一完成就開始，詳細的測試用例定義可以在設計模型被確定後開始。

甚至乙個大小適度的程式，其路徑排列的數量也非常大，因此，在測試中不可能執行路徑的每一種組合，然而，充分覆蓋程式邏輯，並確保程式設計中使用的所有條件是有可能的。

程式設計師應避免測試自己的程式，為達到最佳的效果，應由第三方來進行測試。測試是帶有」挑剔性」的行為，心理狀態是測試自己程式的障礙。同時對於需求規格說明的理解產生的錯誤也很難在程式設計師本人測試時被發現。

在進行實際測試之前，應制定良好的、切實可行的測試計畫並嚴格執行，特別要確定測試策略和測試目標。

要根據測試的目的，採用相應的方法去設計測試用例，從而提高測試的效率，更多地發現錯誤，提高程式的可靠性。除了檢查程式是否做了應該做的事，還要看程式是否做了不該做的事；不僅應選用合理的輸入資料，對於非法的輸入也要設計測試用例進行測試。

特別是對於做了修改之後的程式進行重新測試時，如不嚴格執行測試用例，將有可能忽略由修改錯誤而引起的大量的新錯誤。所以，回歸測試的關聯性也應引起充分的注意，有相當一部分最終發現的錯誤是在早期測試結果中遺漏的。

一般來說，一段程式中已發現的錯誤數越多，其中存在的錯誤概率也就越大。錯誤集中發生的現象，可能和程式設計師的程式設計水平和習慣有很大的關係。