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