大多數公司都是用bugzilla來管理bug，也有的公司使用內部開發的bug管理平臺。這里以bugzilla為例，我最不爽的是提bug的時候既要選擇severity（嚴重級別）又要選擇priority（優先級別），實際工作中severity很少用得上，因為大多數開發人員都是根據priority來進行修復的，比如經過N步操作+N種牛角尖式使用找到一個崩潰bug，它嚴重程度很高，但是因為在實際用戶那里根本不會遇到這種情景，則它的優先級就很低，而開發和產品的意見往往就是“根據用戶反饋再做修改”，這種bug往往修改難度也很大，看起來很嚴重，實際根本遇不到，或者說百年一遇，如果需要花大力氣去修改，實在不合算，可能還會影響性能。有鑒于此，我認為提bug的時候考慮它的優先級就夠了，severity留個默認值即可，現在大多公司在產品發布前都有三方對bug會議，在提bug的時候分得太細除了影響效率沒有太多用途，如何按優先級別提bug呢，以我們部門為例，大概如下列表所示。

P0	1.導致系統藍屏、卡死 2.程序畢現崩潰、嚴重資源泄露等 3.產品整體無法測試 4.功能無法測試
P1	1、子功能無效 2、子功能不符合需求 3、一級頁面的明顯的界面問題，頁面錯位，大圖錯誤等 4、較明顯性能問題
P2	1、某些測試用例結果不符合預期的功能問題 2、不明顯的界面問題，如二級頁面以下的界面問題，文字問題等
P3	1、影響體驗和功能的產品建議 2、無法重現且無dump的崩潰問題
P4	1、一般的產品建議

轉載于:https://www.cnblogs.com/idbeta/p/5013781.html

總結

以上是生活随笔為你收集整理的提bug的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。