缺陷管理流程圖
在QC中液斜，缺陷的管理流程：
流程中的角色： 1、 測試人員：進(jìn)行測試的人員叠穆，缺陷的發(fā)起者少漆； 2、 開發(fā)人員：執(zhí)行開發(fā)任務(wù)的人員硼被，完成實(shí)際的設(shè)計(jì)和編碼工作示损； 3、 評(píng)審委員會(huì)：對缺陷進(jìn)行最終確認(rèn)嚷硫，在項(xiàng)目成員對缺陷達(dá)不成一致意見時(shí)检访，行使仲裁權(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)重級(jí)別(Severity逾滥，Bug級(jí)別)：是指因缺陷引起的故障對軟件產(chǎn)品的影響程度，由測試人員指定败匹。
| A-Crash | 造成系統(tǒng)或應(yīng)用程序崩潰寨昙、死機(jī)、系統(tǒng)掛起掀亩，或造成數(shù)據(jù)丟失 |
| B-Major | 系統(tǒng)的主要功能部分喪失舔哪、數(shù)據(jù)不能保存，單個(gè)功能失效導(dǎo)致多個(gè)相關(guān)功能均失效 |
| C-Minor | 次要功能沒有完全實(shí)現(xiàn)但不影響使用 |
| D-Trivial | 使操作者不方便或遇到麻煩槽棍，但它不影響功能的操作和執(zhí)行 |
| E-Nice to Have（建議） | 建設(shè)性的意見或建議 |
Bug的嚴(yán)重等級(jí)定義：
1）使用頻率
2）影響程度
3）出現(xiàn)概率
****Bug的優(yōu)先級(jí)定義：****
1）對其他模塊的影響
2）對自身模塊的影響
3）對當(dāng)前功能點(diǎn)的影響
