缺陷處理流程

1、缺陷處理流程1缺陷處理流程1.缺陷處理流程圖如下:關(guān)閉缺陷2. 缺陷處理流程圖中判定說明：1) 是否打開缺陷：開發(fā)組長/經(jīng)理查閱缺陷，確認(rèn)為缺陷后，指定優(yōu)先級、估計修復(fù)日期再指派給相關(guān)開發(fā)人員；如果確認(rèn)為不是缺陷的，注釋中說明理由，予以否決。2) 處理缺陷：開發(fā)處理缺陷；如果缺陷短期內(nèi)進(jìn)行修復(fù)存在困難，且該缺陷對于功能實現(xiàn)影響不大的，應(yīng)該給開發(fā)組長/經(jīng)理說明情況，讓開發(fā)組長/經(jīng)理與缺陷相關(guān)人員協(xié)調(diào)后延期處理該缺陷，并在注釋中說明理由，估計修復(fù)日期和指明計劃關(guān)閉版本。3) 是否關(guān)閉：測試人員對回歸通過的缺陷進(jìn)行關(guān)閉；否則重新打開缺陷。并在注釋中說明重新打開理由。3. 缺陷處理流程圖中流程說明：1

2、) 新建缺陷：測試人員(其他人員)根據(jù)缺陷填寫說明，新建缺陷。2) 已否決：對已否決的缺陷，最后由測試發(fā)起會議(形式可以根據(jù)情況而定)，找到缺陷相關(guān)人員進(jìn)行確認(rèn)。如果確認(rèn)為是無效的缺陷，保持“已否決”狀態(tài)，否則重新打開缺陷，并指派給相關(guān)處理人員。3) (重新)打開：開發(fā)人員應(yīng)該處理自己手上“打開”和“重新打開”的缺陷。4) 延期處理：開發(fā)組長/經(jīng)理根據(jù)情況，對缺陷進(jìn)行延期處理。5) 已經(jīng)修復(fù)：開發(fā)人員處理完缺陷后，把缺陷狀態(tài)改為“已修復(fù)”狀態(tài)。并通知測試人員進(jìn)行回歸。6) 回歸測試：測試人員對已經(jīng)修復(fù)的缺陷進(jìn)行回歸。7) 關(guān)閉缺陷：測試人員回歸測試通過后，對缺陷進(jìn)行關(guān)閉。4. 為了說明各個角色

3、在缺陷處理流程中的職責(zé)，據(jù)測試流程所畫泳道圖如下：如果上面判定和流程中， 某一方存在異議的， 應(yīng)及時反饋上級。然后上級根據(jù)缺陷優(yōu)先級、實際情況等，找恰當(dāng)?shù)臅r間發(fā)起會議（或其他）的方式找到缺陷相關(guān)人員進(jìn)行溝通、協(xié)調(diào)和處理。2 缺陷填寫說明1. BUW部提交到QC中（指定域名的指定項目下）。2. “摘要”，用簡單明了的語句說明白你這個BUG,相當(dāng)于BUG的中心語句。3. 詳細(xì)信息填寫規(guī)范：1） “分配給”，選擇這個 BUG所屬模塊是屬于那個研發(fā)人員，并把問題指派給他（如果不知道，就直接提交給該負(fù)責(zé)人）。2） “缺陷類別”，分為 5種（參考平臺共享文件QCB作守則0922）BUG-功能一一功能上的缺

4、陷，如按鈕沒響應(yīng)，充值不成功，需求上提到的功能沒實現(xiàn)等。BUG-式頁面樣式的缺陷，如界面顏色、字號、排版、圖片大小與所需求不符等。功能建議功功新增加的網(wǎng)頁功能性建議。UI建議 一一對我們網(wǎng)頁的布局、設(shè)計、色彩、交互、按鈕、動靜態(tài)效果、字體、文本框、表情、圖片等有關(guān)視覺效果和操控便利性方面的建議。課程建議功功提出的和課程的學(xué)習(xí)、播放、內(nèi)容、課程制作等有關(guān)的一切建議。3） “缺陷主題”，選擇你提交的BUG所屬那個模塊。4） “項目”選擇提交問題時測試系統(tǒng)的影響版本。5） “嚴(yán)重程度”，分為5個等級1-低： UI 控件不符合界面規(guī)范。影響UI友好性。 用戶不頻繁使用的功能易用性差。2-中： 用戶需求

5、未實現(xiàn)（不影響用戶完成業(yè)務(wù)、用戶使用不頻繁）。注：用戶執(zhí)行刪除操作時系統(tǒng)應(yīng)彈出確認(rèn)提示將固定視為用戶需求，無刪除確認(rèn)提示的缺陷歸屬本類。 用戶需求實現(xiàn)錯誤（不影響用戶完成業(yè)務(wù)、用戶使用不頻繁）。 用戶操作過程中系統(tǒng)出現(xiàn)異常報錯，但不影響系統(tǒng)功能的使用。 用戶使用不頻繁的功能，響應(yīng)時間超出忍耐限度。注：忍耐限度根據(jù)實際軟件系統(tǒng)的特點而定。 UI 上存在錯誤引導(dǎo)用戶的信息。 UI 上信息缺失、無法顯示完整或出現(xiàn)亂碼從而給用戶造成疑惑的。 用戶頻繁使用的功能易用性差（操作起來麻煩、復(fù)雜、效率低）。3-高： 用戶需求未實現(xiàn)（影響到用戶完成業(yè)務(wù)）。 用戶需求實現(xiàn)錯誤（影響到用戶完成業(yè)務(wù)）。 用戶使用頻繁

6、的功能，響應(yīng)時間超出忍耐限度（不影響其他功能模塊）。4-非常高： 用戶體驗性非常差，會導(dǎo)致“大量”用戶投訴的。5-緊急： 后臺數(shù)據(jù)受損或丟失。 導(dǎo)致被測軟件響應(yīng)明顯很慢（假死）、死機、非法退出、崩潰。 與“錢”沾邊的，如充值、購買課程后不能使用、不購買課程也能使用課程等。4. 缺陷“描述”規(guī)范1） 指明當(dāng)時出這個BUG的現(xiàn)場環(huán)境，示例如下：測試服務(wù)器：瀏覽器：IE9、 360瀏覽器（兼容模式）2） 指明缺陷所屬模塊或頁面的路徑，示例如下：3） 路徑：把BUG產(chǎn)生的步驟一步一步寫清楚，可以用以下方法寫。（如果一句話就可以說明的BUG,就不必要分步驟了）示例：缺陷重現(xiàn)步驟：1、。2、。3、。4、。

7、測試結(jié)果：。期望結(jié)果：。4） 另外可以通過上傳截圖或附件，可以進(jìn)行簡單明了的說明 BUG存在，也可彳為BUG證據(jù)注意：關(guān)于優(yōu)化建議方面的缺陷，根據(jù)實際情況，可以簡化以上的一些步驟。問題描述簡潔明了，條理清晰，使開發(fā)人員能據(jù)此復(fù)現(xiàn)定位問題。缺陷描述語句，應(yīng)避免出現(xiàn)錯別字，語病，歧義等。BUG驗證/關(guān)閉問題說明1. 當(dāng)BUG狀態(tài)變?yōu)椤耙研迯?fù)”，根據(jù)回歸清單或測試申請(由開發(fā)提供)進(jìn)行回歸測試，如果回歸測試后該問題被解決，則關(guān)閉該BUG,并在注釋中填寫如下信息：驗證通過：是驗證日期：。2. 如果回歸測試驗證不通過，則“重新打開”該BUG,并在注釋中填寫明情況。3. 如果出現(xiàn)“延期處理”、“已否決”的缺陷，首先查明原因，如果與研發(fā)不能達(dá)成一致的需要及時向上級反饋。關(guān)于研發(fā)人員處理缺陷1. 當(dāng)研發(fā)人員接到一個缺陷后，應(yīng)該填寫“估計修復(fù)工時”、“估計