軟件測試人員的職責是根據一定的方法和邏輯，尋找或發現軟件中的缺陷，并通過這一過程來證明軟件的質量是優秀還是低劣。所以，怎樣發現缺陷，成為大部分測試人員關注的焦點。在軟件測試過程中，軟件測試人員一般需確保測試過程中發現的軟件缺陷得以關閉。但在實際測試工作中，軟件測試人員需要從綜合的角度來考慮軟件質量，對找出的缺陷保持一種平常心。這就需要明確以下幾個原則：
1、并不是測試人員發現的每個缺陷都是必須修復的。
測試是為了發現程序錯誤，而不能保證程序沒有錯誤。不管測試計劃和執行多么努力，也不是所有缺陷發現了就能修復。有些軟件缺陷可能會完全被忽略，還有一些可能推遲到后續版本中修復。
一般不修復軟件缺陷原因如下：
沒有足夠的時間。在任何一個項目中，通常是軟件功能較多，而程序設計人員和測試人員較少，并且可能在項目進度中沒有為開發和測試留出足夠的時間。在實際開發過程中，經常出現客戶對軟件的完成提出一個最后期限，在此時間點之前，必須按時完成軟件。這就導致了時間的有限性和任務緊迫性，在此壓力下就有可能忽略一些缺陷。
不算真正的缺陷。在某些特殊場合，錯誤理解、測試錯誤或設計說明書變更，會使測試人員把一些軟件缺陷不作為缺陷來處理。
修復的風險太大。這種情況比較常見，軟件本身是脆弱而復雜的，修復一個缺陷，常常可能導致其它更嚴重問題的出現。在緊迫的產品發布進度壓力下，修改軟件缺陷必須評估其影響程度和風險，以決定是否可修改。
2、發現缺陷的數量說明不了軟件的質量
軟件中不可能沒有缺陷，發現很多的缺陷對于測試工作來說，是很正常的事。缺陷的數量大，只能說明測試的方法很好，思路很全面，測試工作卓有成效。但以此來否認軟件的質量，還是不具客觀性的。
如果測試中發現的缺陷，大部分都是提示性錯誤、文字錯誤等，或錯誤的等級很低，而且這些缺陷的修復幾乎不會影響到執行指令的部分。但對于軟件的基本功能和性能，發現的缺陷很少，通常這樣的測試證明了“軟件的質量是穩定的”，因而屬于良好軟件的范疇。這樣的軟件只要處理好發現的缺陷，基本就可以發行使用了。而進行完整的回歸和大規模測試，就是增加軟件開發的成本，浪費商機和時間。
發過來，如果在測試過程中發現的缺陷較少，但這些缺陷都集中的功能沒有實現、性能未達標、經常引起死機或系統崩潰等現象，而且出現幾率大，多數用戶使用過程中都會發現這樣的問題。那這樣的軟件就不能隨便就發布，因為發布風險太大了！
版權聲明：本文出自 cmriqa 的51Testing軟件測試博客：http://www.51testing.com/?489136