缺陷管理流程圖
在QC中，缺陷的管理流程：
流程中的角色： 1、 測試人員：進(jìn)行測試的人員，缺陷的發(fā)起者； 2、 開發(fā)人員：執(zhí)行開發(fā)任務(wù)的人員，完成實際的設(shè)計和編碼工作； 3、 評審委員會：對缺陷進(jìn)行最終確認(rèn)，在項目成員對缺陷達(dá)不成一致意見時，行使仲裁權(quán)力。
缺陷的狀態(tài) 1、 New：缺陷的初始狀態(tài)； 2、 Open：開發(fā)人員開始修改缺陷； 3、 Fixed：開發(fā)人員修改缺陷完畢； 4、 Closed：回歸測試通過，關(guān)閉缺陷； 5、 Reopen：回歸測試失??； 6、 postpone：推遲修改； 7、 Rejected：開發(fā)人員拒絕缺陷； 8、 Duplicate：已提交的Defect重復(fù)； 9、 Abandon：放棄
Bug****嚴(yán)重級別(Severity，Bug級別)：是指因缺陷引起的故障對軟件產(chǎn)品的影響程度，由測試人員指定。
| A-Crash | 造成系統(tǒng)或應(yīng)用程序崩潰、死機(jī)、系統(tǒng)掛起，或造成數(shù)據(jù)丟失 |
| B-Major | 系統(tǒng)的主要功能部分喪失、數(shù)據(jù)不能保存，單個功能失效導(dǎo)致多個相關(guān)功能均失效 |
| C-Minor | 次要功能沒有完全實現(xiàn)但不影響使用 |
| D-Trivial | 使操作者不方便或遇到麻煩，但它不影響功能的操作和執(zhí)行 |
| E-Nice to Have（建議） | 建設(shè)性的意見或建議 |
Bug的嚴(yán)重等級定義：
1）使用頻率
2）影響程度
3）出現(xiàn)概率
****Bug的優(yōu)先級定義：****
1）對其他模塊的影響
2）對自身模塊的影響
3）對當(dāng)前功能點的影響
