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

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

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

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

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

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

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