服務(wù)支持部-缺陷過程規(guī)范

1、缺陷過程規(guī)范目錄1. 缺陷狀態(tài)31.1. 測試人員提交的缺陷： 312評審小組接收的缺陷：31.3. 開發(fā)人員解決的缺陷：31.4. 測試人員驗證的缺陷：32. 名詞解釋42.1. 嚴重級別422優(yōu)先級別52.3. 狀態(tài)和原因52.4. 會審53. 缺陷狀態(tài)轉(zhuǎn)化流程64. 缺陷過程圖81. 缺陷狀態(tài)測試人員提交的缺陷：狀態(tài)：已建議，原因：新的，會審：掛起1.2. 評審小組接收的缺陷：會審：掛起一 收到信息一a詳細信息一 已會審，狀態(tài)：活動的，原因：已批準(zhǔn)會審：掛起，狀態(tài)：己建議，原因：新的會審：已會審，狀態(tài)：已建議，原因：調(diào)查完成1.3. 開發(fā)人員解決的缺陷：狀態(tài)：已解決，原因：已修復(fù)狀態(tài)：已

2、解決，原因：保留原樣14測試人員驗證的缺陷:狀態(tài)：已關(guān)閉,狀態(tài)：活動的,狀態(tài)：已關(guān)閉,狀態(tài)：已關(guān)閉,狀態(tài)：已關(guān)閉,狀態(tài)：已關(guān)閉,原因:已修復(fù)原因：未修復(fù)原因：不是bug原因：無法重現(xiàn)原因：已推遲原因：重復(fù)2. 名詞解釋2/1嚴重級別嚴重級別指的是缺陷對系統(tǒng)的影響程度，級別越高對系統(tǒng)的影響就越人就越應(yīng)該被及早修復(fù)； 嚴重級別有三級，分別為:1, 3, 5o根據(jù)下方的缺陷列表對缺陷進行分級，功能性缺陷列表中所 列缺陷以及其他能夠引起異常問題，被定義為5級缺陷；性能缺陷、用戶界面缺陷、負載缺陷、 容錯處理缺陷、兼容性缺陷（向前向后）、配置缺陷、安裝與卸載缺陷、封裝的提示信息不準(zhǔn)確等 缺陷被定義為3級

3、，建議類和錯別字缺陷等定義為1級。功能性缺陷列表（5級）功能性缺陷名稱補充系統(tǒng)功能遺漏功能實現(xiàn)與需求文檔定義不符系統(tǒng)拋出未經(jīng)封裝的底層鉛誤錯誤的系統(tǒng)提示信息應(yīng)用程序意外中斷數(shù)據(jù)庫并發(fā)控制缺失缺少必要的輸入輸出校驗缺少對特殊字符、單雙字節(jié)字符的處理缺少或錯誤的安全性驗證（包括：cookie, session, ssl, sql 注入，url 身份驗證， 跨站腳本攻擊）在功能組合中未保存對象集合的狀態(tài)類關(guān)系混亂導(dǎo)致的功能錯誤輸入輸出數(shù)據(jù)不符多系統(tǒng)間的數(shù)據(jù)同步錯課進程、線程同步按需求文檔定義非功能性缺陷列表（3級）功能性缺陷名稱補充用戶界面缺陷（與設(shè)計文檔以及系統(tǒng)整個規(guī)范不符）性能缺陷負載缺陷容錯處

4、理缺陷兼容性缺陷（向前向后）配置缺陷安裝與卸載缺陷封裝的提示信息不準(zhǔn)確22優(yōu)先級別優(yōu)先級別指的是缺陷被優(yōu)先解決修復(fù)的級別，級別越高越應(yīng)該被優(yōu)先解決；優(yōu)先級別有三級，分別為：1, 2, 3。對系統(tǒng)使用影響越大，嚴重級別越高則優(yōu)先級越高，被及早解決的幾率越大；反之優(yōu)先級越會低，被及早解決的幾率越小。2.3. 狀態(tài)和原因狀態(tài)指的是當(dāng)前缺陷的狀態(tài)，原因是對當(dāng)前缺陷狀態(tài)的一個解釋。24會審會審指的是當(dāng)前缺陷是否被評審小組會審?fù)ㄟ^；會審的狀態(tài)轉(zhuǎn)化為：掛起一收到信息一詳細信息一已會審，顯示的是從開始會審到會審?fù)ㄟ^的過程。3缺陷狀態(tài)轉(zhuǎn)化流程1.測試人員發(fā)現(xiàn)缺陷，在tfs中書寫缺陷，此時新建缺陷的狀態(tài)框內(nèi)顯示如

5、下:“指派給”輸入框內(nèi)顯示的用戶為開發(fā)人員，“優(yōu)先級別”下拉框中的數(shù)字顯示為該缺陷被優(yōu)先解 決修復(fù)的級別，“嚴重級別”下拉框中的文字顯示該缺陷的級別，新缺陷的狀態(tài)為“已建議”原 因為“新的”，“會審”下拉框顯示該缺陷是否會審?fù)ㄟ^，新缺陷的會審下拉框為“掛起”。2. 測試人員將缺陷提交后，評審組人員接收缺陷并將該缺陷會審狀態(tài)更改為“收到信息”，進行會 審時將該缺陷會審狀態(tài)更改為“詳細信息”a）若會審?fù)ㄟ^則將缺陷的會審狀態(tài)更改為“已會審”，同時將缺陷狀態(tài)更改為“活動的”原因 為“已批準(zhǔn)”；b）若會審未通過則將缺陷的會審狀態(tài)更改為“掛起”，同時將缺陷狀態(tài)更改為“活動的”原因 為“調(diào)查”;c）若為調(diào)查

6、過程中發(fā)現(xiàn)的缺陷h會審?fù)ㄟ^則將缺陷的會審狀態(tài)更改為“已會審”，狀態(tài)為“已 建議”原因為“調(diào)查完成”。3. 開發(fā)人員收到已會審的缺陷后：a）若認同缺陷則對缺陷進行修復(fù)，修復(fù)完成后將缺陷狀態(tài)更改為“已解決”原因為“已修復(fù)”;b）若不認可缺陷則將缺陷狀態(tài)更改為“已解決”原因為“保附原樣”。4. 開發(fā)人員修復(fù)缺陷后提交給測試人員，測試人員開始驗證缺陷：a）若該缺陷被修復(fù)，則將缺陷狀態(tài)更改為“已關(guān)閉”原因為“已修復(fù)”；b）若缺陷未被修復(fù)則將缺陷狀態(tài)更改為“活動的”原因為“未修復(fù)”；c）若該缺陷通過會審小組認定為不是缺陷則將缺陷狀態(tài)更改為“已關(guān)閉”原因為“不是bug”；d）若找不到重現(xiàn)該缺陷的步驟即無法重現(xiàn)時則將缺陷狀態(tài)更改為“已關(guān)閉”原因為“