自己總結僅供參考。
必現問題，測試工程師提單未通知開發工程師，若開發工程師檢視該bug單時存在疑慮，可找測試工程師進行問題復現。
偶發問題，需要測試工程師繼續觀察，測試工程師每天在相應觀察版本中進行針對性測試，並且將測試執**況如實詳細注釋到bug中，便於問題定位和追溯。
拒絕問題，開發未經與測試溝通確認情況下，不允許私自將bug單置拒絕狀態。必須事先與測試溝通且測試認可下才能拒單。若雙方存在分歧無法決策，則可在bug溝通會上統一進行處理，由專案組決策。
每輪測試結束後，專案組需召開bug討論會議，針對有爭議和重大問題單進行討論。若專案緊急，可視實際情況臨時召開bug討論會議。
針對歸屬模組不明確或者測試提單時指定的歸屬不正確，由開發工程師和總體軟體代表溝通確認bug單歸屬去向，不允許直接返回到測試。
Bug的處理流程
軟體沒有實現產品的說明書所描述的功能 軟體實現了產品說明書描述不應有的功能 軟體執行了產品說明書沒講的操作 軟體沒有實現產品說明書沒講但應該實現的功能 從軟體測試員的角度來看，軟體難以理解 不易使用 執行緩慢，或者終端使用者認為不對 致命 一招斃命的缺陷，使你的系統無法執行，有造成資料洩漏的安全性問...
Bug的處理流程
軟體沒有實現產品的說明書所描述的功能 軟體實現了產品說明書描述不應有的功能 軟體執行了產品說明書沒講的操作 軟體沒有實現產品說明書沒講但應該實現的功能 從軟體測試員的角度來看，軟體難以理解 不易使用 執行緩慢，或者終端使用者認為不對 致命 一招斃命的缺陷，使你的系統無法執行，有造成資料洩漏的安全性問...
BUG處理流程說明
流程描述 1 測試人員發現bug提交給開發。2 開發人員判斷是否是bug。3 如果是bug，進行修改，修改完成後更改bug狀態為已解決。4 如果不是bug，退回給測試人員並描述退回原因，或為設計如此，或為外部原因，或者不能重現。5 開發人員修改完成的bug，由測試人員進行驗證，確認修改正確，關閉bu...