Bug 回報的藝術：讓開發者秒懂的 Bug Report 寫法

1. Bug Report 是 QA 的名片

2. 完美的 Bug Report 模板

• 標題

  [模組] 簡潔描述問題

• 嚴重度

  P0 / P1 / P2 / P3

• 環境

  OS / 瀏覽器 / App 版本 / 測試環境

• 前置條件

  需要什麼狀態才能重現

• 重現步驟

  1-2-3 步驟清楚可重現

• 預期 vs 實際結果

  應該發生什麼 vs 實際發生了什麼

• 附件

  截圖 / 錄影 / Log

• 備註

  發生頻率、相關 ticket 等

3. 嚴重度分級標準

• P0 - Blocker

  系統無法使用、資料遺失、安全漏洞。例：登入功能完全失效、付款扣錯金額

• P1 - Critical

  主要功能異常，無 workaround。例：搜尋結果錯誤、無法完成核心流程

• P2 - Major

  功能有問題但有 workaround。例：匯出功能失敗但可用其他方式取得資料

• P3 - Minor

  不影響功能的小問題。例：文字錯字、對齊微調、非核心頁面樣式

4. 好 Bug Report vs 壞 Bug Report

5. Bug 回報的溝通技巧

• 客觀描述

  描述「發生了什麼」而不是「誰做錯了」

• 提供上下文

  這個 bug 影響多少使用者？有沒有 workaround？

• 主動追蹤

  修復後主動驗證，確認問題已解決

• 分辨 bug vs feature

  不確定是 bug 還是設計如此？先問再報

6. Bug 追蹤工具推薦

• Jira

  業界標準，功能強大但學習曲線高

• Linear

  現代化介面，速度快，適合中小團隊

• GitHub Issues

  與程式碼庫整合，適合開源專案

• Bugzilla

  老牌工具，穩定可靠

• Notion

  靈活的資料庫，適合小團隊快速上手

7. QA 和開發的關係