這里分享一份通用的缺陷管理規(guī)范，關(guān)于測(cè)試準(zhǔn)入準(zhǔn)出標(biāo)準(zhǔn)、缺陷定性以及缺陷管理流程可以依據(jù)實(shí)際工作中使用的缺陷管理工具與項(xiàng)目研發(fā)模式來靈活變動(dòng)。
先看本缺陷規(guī)范的總體架構(gòu)：

1?? ?文檔目的
為了保證缺陷得到有效的跟蹤和解決，并且達(dá)到項(xiàng)目質(zhì)量度量和缺陷分析的目的，為后續(xù)工作的改進(jìn)提供參考價(jià)值。

2?? ?準(zhǔn)入標(biāo)準(zhǔn)
2.1????冒煙測(cè)試準(zhǔn)入標(biāo)準(zhǔn)
1)冒煙測(cè)試用例已通過評(píng)審；
2)冒煙測(cè)試環(huán)境已搭建完成；
2.2?? ?系統(tǒng)集成測(cè)試準(zhǔn)入標(biāo)準(zhǔn)
1) 需求規(guī)格說明書已通過評(píng)審；
2) 測(cè)試用例已通過評(píng)審；
3) 在測(cè)試環(huán)境已搭建完成后，根據(jù)測(cè)試用例執(zhí)行測(cè)試，優(yōu)先級(jí)別高的用例應(yīng)優(yōu)先并重點(diǎn)測(cè)試。
2.3?? ?回歸測(cè)試準(zhǔn)入標(biāo)準(zhǔn)
1)致命缺陷、嚴(yán)重缺陷修復(fù)率達(dá)到100%，一般缺陷、輕微缺陷由項(xiàng)目負(fù)責(zé)人確認(rèn)可以延后修改；
2)開發(fā)組執(zhí)行內(nèi)測(cè)，確定修改缺陷后沒有產(chǎn)生其他模塊的問題；
關(guān)于系統(tǒng)測(cè)試各階段的準(zhǔn)入準(zhǔn)出規(guī)則詳情可以參考《系統(tǒng)測(cè)試各階段準(zhǔn)入準(zhǔn)出規(guī)則》

3?? ?BUG定義
3.1?? ?缺陷嚴(yán)重程度
缺陷嚴(yán)重程度指因缺陷引起的故障對(duì)軟件產(chǎn)品的影響程度，可分為：致命缺陷、嚴(yán)重缺陷、一般缺陷、輕微缺陷、建議。
1 ? ?致命缺陷：不能完全滿足系統(tǒng)要求，系統(tǒng)停止運(yùn)行，系統(tǒng)的重要部件無(wú)法運(yùn)行，系統(tǒng)崩潰或者掛起等導(dǎo)致系統(tǒng)不能正常運(yùn)行。
2 ? ?嚴(yán)重缺陷：嚴(yán)重地影響系統(tǒng)要求或基本功能的實(shí)現(xiàn)，且沒有更正辦法。使系統(tǒng)不穩(wěn)定、或破壞數(shù)據(jù)、或產(chǎn)生錯(cuò)誤結(jié)果，或部分功能無(wú)法執(zhí)行，而且是常規(guī)操作中經(jīng)常發(fā)生或非常規(guī)操作中不可避免的主要問題，系統(tǒng)無(wú)法滿足主要的業(yè)務(wù)要求，性能、功能或可用性嚴(yán)重降低。包括功能問題，業(yè)務(wù)邏輯問題，數(shù)據(jù)控制等功能實(shí)現(xiàn)的問題
3 ? ?一般缺陷：系統(tǒng)可以滿足業(yè)務(wù)要求，系統(tǒng)性能或響應(yīng)時(shí)間變慢、產(chǎn)生錯(cuò)誤的中間結(jié)果但不影響最終結(jié)果等影響有限的問題。包括性能問題、安全問題、校驗(yàn)問題、亂碼等。
4 ? ?輕微缺陷：使操作者不方便或操作麻煩，但它不影響執(zhí)行工作功能或重要功能。包括界面問題、提示信息、易用性、統(tǒng)一性等。
5 ? ?建議：希望提出的建議但不強(qiáng)制進(jìn)行的修改。不會(huì)對(duì)發(fā)布的準(zhǔn)確性或可用性帶來任何嚴(yán)重影響。

3.2?? ?缺陷類型
缺陷類型分為：功能、邏輯、數(shù)據(jù)、頁(yè)面、兼容、環(huán)境、性能、文檔、變更

3.3????缺陷優(yōu)先級(jí)
缺陷優(yōu)先級(jí)：指缺陷必須被修復(fù)的緊急程度。優(yōu)先級(jí)的衡量抓住了在嚴(yán)重性中沒有考慮重要程度因素，同時(shí)優(yōu)先級(jí)要以對(duì)客戶的影響程度來衡量。
最高：?缺陷必須立即解決。
高：?? ?缺陷必在當(dāng)天內(nèi)被立即解決。
中：?? ?缺陷在測(cè)試報(bào)告提交前解決。
較低：?可在推遲修改，在時(shí)間和資源允許的情況下解決。
低：?? ?可做可不做的修改。

3.4?? ?缺陷狀態(tài)
缺陷狀態(tài)：指缺陷通過一個(gè)跟蹤修復(fù)過程的進(jìn)展情況。
新建：缺陷的初始狀態(tài)。
已解決：開發(fā)人員修改缺陷完成。
關(guān)閉：回歸測(cè)試通過。
重新打開：回歸測(cè)試失敗，缺陷重新打開。
延期解決：不影響主要功能，可以列入下期規(guī)劃內(nèi)容。
已拒絕：開發(fā)人員駁回問題。
待裁決：需求理解存在歧義、無(wú)法修改或遺留問題。
??????????????????????????
3.5?? ?缺陷原因
缺陷原因：造成上述錯(cuò)誤的根本因素，以尋求開發(fā)、測(cè)試人員可改進(jìn)的地方。
低級(jí)錯(cuò)誤：正常的狀態(tài)下不可能犯的錯(cuò)誤
疏忽：因馬虎大意導(dǎo)致的缺陷。
考慮欠周全：因考慮不周全導(dǎo)致的缺陷。
理解不到位：對(duì)業(yè)務(wù)、需求、設(shè)計(jì)等理解不到位導(dǎo)致的缺陷。
其他

3.6????缺陷修改次數(shù)
缺陷修改次數(shù)：同一個(gè)缺陷被重新修復(fù)的次數(shù)。如下圖所示：

4?? ?常規(guī)BUG定性
一般包含：致命缺陷、嚴(yán)重缺陷、一般缺陷、輕微缺陷、建議
詳細(xì)的定性規(guī)則如下圖：

5?? ?缺陷度量指標(biāo)?? ??? ?
1測(cè)試用例密度 = 測(cè)試用例數(shù)/需求功能點(diǎn)個(gè)數(shù)
2測(cè)試需求覆蓋率? = 被測(cè)試的需求點(diǎn)數(shù)/總需求點(diǎn)數(shù)
3測(cè)試案例執(zhí)行率? = 實(shí)際執(zhí)行的測(cè)試用例數(shù)/計(jì)劃執(zhí)行的測(cè)試用例數(shù)
4測(cè)試案例通過率? = 測(cè)試用例通過率＝(實(shí)際執(zhí)行的測(cè)試用例數(shù)-測(cè)試執(zhí)行不通過的測(cè)試用例數(shù))/實(shí)際執(zhí)行的測(cè)試用例數(shù)
5缺陷修正率 = 發(fā)布前已修正的缺陷數(shù)/發(fā)布前已知的缺陷總數(shù)

6?? ?缺陷管理
XXX作為缺陷跟蹤管理工具，測(cè)試人員負(fù)責(zé)提交缺陷、跟蹤缺陷和關(guān)閉缺陷，開發(fā)人員負(fù)責(zé)修復(fù)缺陷；項(xiàng)目負(fù)責(zé)人負(fù)責(zé)缺陷裁決和報(bào)備。
缺陷管理流程如下圖：

測(cè)試人員根據(jù)測(cè)試用例，發(fā)現(xiàn)并創(chuàng)建問題，分配給對(duì)應(yīng)的模塊經(jīng)辦人，經(jīng)辦人對(duì)問題進(jìn)行修復(fù)，在修復(fù)后通過測(cè)試人員。測(cè)試人員進(jìn)行回歸測(cè)試，在測(cè)試通過后，直接關(guān)閉問題，如不通過，則重新打開，由經(jīng)辦人再進(jìn)行修復(fù)。
當(dāng)新需求、改進(jìn)或遺留問題在影響到工期或不涉及主要或關(guān)鍵功能時(shí)，開發(fā)人員可向項(xiàng)目負(fù)責(zé)人或產(chǎn)品經(jīng)理報(bào)備，問題可延期處理。
當(dāng)開發(fā)人員認(rèn)為不予解決時(shí)，由項(xiàng)目負(fù)責(zé)人或產(chǎn)品經(jīng)理進(jìn)行裁決，決定問題是否需要進(jìn)行處理或重新指定人員處理。

7?? ?準(zhǔn)出標(biāo)準(zhǔn)
1、被測(cè)項(xiàng)目滿足軟件需求規(guī)格說明書的要求；
2、所有測(cè)試用例已通過評(píng)審；
3、所有測(cè)試用例都已成功執(zhí)行；
4、所有發(fā)現(xiàn)的缺陷已成功記錄到XXX缺陷管理系統(tǒng)中；
5、致命缺陷、嚴(yán)重缺陷的缺陷修正率達(dá)到100%，如有無(wú)法修改的缺陷，需要由產(chǎn)品經(jīng)理確認(rèn)方可關(guān)閉；
6、一般缺陷、輕微缺陷如有遺留,需由項(xiàng)目負(fù)責(zé)人確認(rèn)缺陷不修改的原因，測(cè)試組可以提出質(zhì)疑，最終雙方意見達(dá)成一致后可以不用修改；
7、產(chǎn)出系統(tǒng)測(cè)試報(bào)告。