流程描述：
1、 測試人員發現bug提交給開發。
2、 開發人員判斷是否是bug。
3、 如果是bug，進行修改，修改完成後更改bug狀態為已解決。
4、 如果不是bug，退回給測試人員並描述退回原因，或為設計如此，或為外部原因，或者不能重現。
5、 開發人員修改完成的bug，由測試人員進行驗證，確認修改正確，關閉bug。
6、 驗證未通過的bug重新啟用，開發人員繼續修改，直至驗證通過，關閉bug。
7、 測試人員需要對開發人員退回的bug進行確認。
8、 確認不是bug關閉。
9、 如與開發人員意見不一致，認為是bug，需提交專案負責人仲裁。
10、專案負責人確認是bug由開發人員修改，不是bug由測試人員關閉。
注：除提交專案負責人仲裁環節外，其他環節都可以在禪道上完成
bug處理流程
自己總結僅供參考。必現問題，測試工程師提單未通知開發工程師，若開發工程師檢視該bug單時存在疑慮，可找測試工程師進行問題復現。偶發問題，需要測試工程師繼續觀察，測試工程師每天在相應觀察版本中進行針對性測試，並且將測試執 況如實詳細注釋到bug中，便於問題定位和追溯。拒絕問題，開發未經與測試溝通確認情...
Bug的處理流程
軟體沒有實現產品的說明書所描述的功能 軟體實現了產品說明書描述不應有的功能 軟體執行了產品說明書沒講的操作 軟體沒有實現產品說明書沒講但應該實現的功能 從軟體測試員的角度來看，軟體難以理解 不易使用 執行緩慢，或者終端使用者認為不對 致命 一招斃命的缺陷，使你的系統無法執行，有造成資料洩漏的安全性問...
Bug的處理流程
軟體沒有實現產品的說明書所描述的功能 軟體實現了產品說明書描述不應有的功能 軟體執行了產品說明書沒講的操作 軟體沒有實現產品說明書沒講但應該實現的功能 從軟體測試員的角度來看，軟體難以理解 不易使用 執行緩慢，或者終端使用者認為不對 致命 一招斃命的缺陷，使你的系統無法執行，有造成資料洩漏的安全性問...