網際網路公司軟體Bug的管理

• 軟體缺陷

即bug，可以是頁面缺陷、資料缺陷、邏輯缺陷等

• 產生原因

專案期限的壓力、軟體複雜度高、溝通不到位、缺少足夠的技術和經驗

• 缺陷管理

目的：加快缺陷的修正、產品的質量評估、預防缺陷和團隊技術積累

工具：Jira、禪道、Bugzilla、自研軟體等

• 缺陷報告的內容（各個公司規範不一樣，大同小異；歸檔專案-模組-子模組-bug）

• 缺陷編號和標題、描述
• 環境基本資訊：作業系統、測試版本、產品和模組
• 缺陷型別
• 缺陷復現步驟
• 缺陷的嚴重程度
• 缺陷的優先順序
• 缺陷的狀態
• 缺陷相關人員：提交人，指定解決人，驗證人

• 測試人員基本工作

參與需求評審

編寫測試用例

團隊測試用例評審

進行測試(看公司和業務選擇) 功能 介面 資料 效能 安全 ...

管理和跟進Bug

• 記錄bug
• 迴歸測試
• 跟著專案上線時間點或者里程碑安排

• 週會傳送測試報告給團隊

累計bug總量

已經修復bug數量

現存嚴重bug數量

• 上線前發測試報告

是否達到上線標準

上線時間點

相關人員和準備

• 上線後一般都是有監控報警

業務可用性監控：比如業務當機了，錯誤碼增加

資料監控：訪問量波動大、訂單成交額異常、優惠券量發放異常