提bug

　　大多數公司都是用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