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