1. 程式人生 > >敏捷開發系列學習總結(2)——Bug修改流程

敏捷開發系列學習總結(2)——Bug修改流程

原則,力求各司其職,簡單明瞭。

1. 測試人員提交bug

⑴ 標題: [ 模組名稱 ] 問題描述

⑵ 內容: 問題重現步驟的描述,最好貼上圖片。

因為一圖勝萬言。

⑶ 指定責任人: 根據bug指定責任人。如果不能確定責任人,就指定給專案負責人。

2. 責任人檢查bug

不能隨意踢皮球,實行問題責任人負責制。

⑴ 責任人確認是自己的問題後,“確認”問題,並對問題進行簡單分析。

比如WEB前端XX問題;API後端XX問題。

⑵ 如果責任人在檢查後,發現不是自己職責範圍內的問題,需要先跟你認為的責任人溝通,如果對方確認是他的問題,則把問題指派給他;如果雙方溝通後,發現是其他責任人的問題,則繼續上面的流程。如果不能確定責任人,就指定給專案負責人。

3. 責任修改bug完成

⑴ 問題已經解決,需要在版本XX中再測試確認。

4. 測試人員測試確認

⑴ 如果問題被修復。則註明:“問題已經解決”,並關閉bug。

⑵ 如果問題沒有被修復。則註明:“問題沒有解決”。

說明: 版本號請參考即將制定的 《版本釋出流程》。