報告規範
指派：
- 直接指派給你知道的負責人，否則先給測試負責人
- 提優化建議應指派給產品經理
模塊/頁面/類型：
- 儘量選對，不同模塊通知到的負責人可能不同
- 不知道的話選其它，由測試負責人再修改
標題：
- 一句話總結出錯的位置、現象；或者是建議做法
- 思考一下要搜索出這個bug時會用什麼關鍵字，這個 關鍵字應該存在標題裏
重現步驟：
- 說明問題的現象是什麼，爲什麼這算是一個bug
- 可以補充說明要修復成什麼樣。如果是顯而易見的就不用說了
- UI展示問題或文字說不清的問題，截圖說明，必要的話做成GIF或錄屏
- 特定情況才觸發的問題，要包含測試數據，例如：
- 賬號密碼
- app項目的操作路徑，例如 首頁->資訊廣場->點擊第一條->白屏
- web項目的URL
- 如果覺得可能是兼容性問題，寫上重現條件，例如手機版本、系統版本
- 其他能幫助重現的信息
嚴重程度劃分標準：
- 嚴重：崩潰、白屏、404/500錯誤；業務錯誤，流程不通，主要功能缺失，數據計算錯誤
- 一般：次要功能錯誤、缺失；數據長度；界面樣式影響使用
- 輕微：界面樣式問題但不影響使用
- 優化建議：體驗不好；速度太慢
優先級劃分標準，產品經理對優先級有最高決定權：
- 立即解決：主路徑問題，不解決無法繼續做測試。
- 下次提測時解決：默認項
- 發佈前解決：相對獨立，對其它功能沒影響的問題
- 下個版本解決：未嚴重影響用戶，但解決起來有難度，可能造成項目延期
使用規範
良好的使用習慣除了有助於解決問題外，也能方便對問題做統計，對工作質量產生量化反饋以作提升參考。
- 轉給他人時，可以考慮添加備註
- 及時解決。產品的bug添加到需求池或其它地方有記錄就算已解決
- 解決bug時選擇出錯原因：代碼設計、需求不周等
本系列文章的目錄：https://hursing.blog.csdn.net/article/details/88025790