通用缺陷管理流程


1.開發認為是缺陷的處理

         測試人員發現並提交缺陷,由開發人員進行處理,開發人員修改了這個缺陷就會將這個缺陷的狀態置為Fixed狀態讓測試人員進行驗證。測試人員對這個已修復的缺陷進行回歸測試,如果回歸測試通過,則將缺陷狀態置為closed,如果回歸測試沒有通過,則將缺陷狀態置為Reopen狀態等待開發再次修復,直到修復成功。

2.開發認為不是缺陷的處理

         測試人員發現並提交缺陷,由開發人員進行處理。但是開發人員認為不是缺陷,則將該缺陷的狀態置為Reject狀態並提交回測試人員。測試人員如果認為確實誤報了缺陷,則直接關閉(Closed),如果經過測試、開發溝通認為是bug,則測試人員重新打開(Reopen)讓開發人員繼續修改,開發人員修復這個缺陷置為Fixed,提交給到測試人員進行回歸測試,直到回歸測試通過為止。

3.開發認為重復缺陷的處理

         測試人員發現並提交缺陷,由開發人員進行處理。但是開發人員認為是重復缺陷,則將該缺陷狀態置為重復缺陷,作為測試人員一定要確認該缺陷是否確實有人處理(獲取到重復的缺陷ID),如果確實是同一個缺陷,則將重復的缺陷直接關閉。如果不是同一個缺陷,則重新打開該缺陷,繼續跟蹤。

4.延遲缺陷的處理

         測試人員發現並提交缺陷,由開發人員進行處理。但是因為項目和時間等因素,某些缺陷無法在項目周期內完成,則需要進行延遲處理(備注:延遲處理的缺陷本身被確定為有效缺陷),對於延遲的缺陷需要經過開發、測試、項目經理、客戶代表共同認可方可延遲。對於延遲的缺陷,置狀態為Delay(測試人員翻轉該狀態)到了下一個版本,測試人員就應該把所有Delay狀態的缺陷重新置為Reopen狀態,讓開發人員繼續修復。


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM