【軟件缺陷的定義】
首先是Bug的定義：在軟件程序中存在的任何一種破壞正常運行能力的問題或缺陷，都可以叫做“Bug”。
（1）軟件未達到軟件產品需求說明書中的要求
（2）軟件出現了軟件產品需求說明書中指明不會出現的錯誤
（3）軟件功能超出了軟件產品需求說明書中指明的范圍
（4）軟件未達到軟件產品說明書中未指明但應達到的要求
（5）測試人員認為難以理解、不易使用、運行緩慢或最終用戶認為不好的問題
【軟件缺陷的級別】
建議：可用性方面的一些建議，如字體顏色等一些不影響使用的問題。
提示：一些小問題，如有個別錯別字、文字排版不整齊等，對功能幾乎沒有影響，軟件產品仍可使用。
一般：不太嚴重的錯誤，如次要功能模塊喪失、提示信息不夠準確、用戶界面差和操作時間長等。
嚴重：嚴重錯誤，指功能模塊或特性沒有實現，主要功能部分喪失，次要功能全部喪失或致命的錯誤聲明。
致命：致命的錯誤，造成系統崩潰、死機或造成數據丟失、主要功能完全喪失等。
【軟件缺陷的狀態】
凡是使用過缺陷管理工具，如BugFree、JIRA等都會知道Bug無非是這幾種狀態：新建、接受/處理、拒絕、已修復、關閉、重新打開、掛起。狀態之間的跳轉圖如下：
【軟件缺陷的處理】
上面的知識點在各種網站和書籍上都可以查找到，但實際測試當中，測試人員需要嚴格的按照測試流程執行，時時檢查開發人員是否在未溝通的情況下掛起或掛起BUG，另外軟件發布時，基本上很少能達到100%的Bug修復后上線，那么如何在還有Bug遺留的情況下，評估是否可以發布呢？
1、缺陷的掛起率
首先項目發布時，缺陷的掛起率不能超過15%，并且被掛起的Bug也需要對影響面進行評估，對用戶影響大的，比如有延遲問題，延遲時間超過15s，這類bug都原則上不允許掛起，需要優化解決，另外在測試報告中的測試建議中可以說明：
● 可以全量發布：適用于沒有掛起bug或沒有重現率高的嚴重致命的掛起bug。
● 建議灰度發布：適用于掛起的嚴重致命bug重現率低（低于50%），或用戶不容易感知。
● 不建議發布：適用于掛起的嚴重致命bug必現，或很干擾用戶體驗。
2、遺留Bug的影響
測試人員在報告中要對遺留Bug的影響度進行大致評估，關注的地方有Bug的重現概率、Bug對用戶造成的影響、Bug是否會引發其他功能模塊的使用來進行判斷。