高質量Bug報告是研發效能倍增器。規範四大核心欄位：

1. 缺陷摘要

• 簡潔明確，≤30詞；
• 包含：什麼情況 → 導致什麼問題；
• 便於搜索去重，避免重複提交。

2. 缺陷描述

重現步驟

• 關鍵步驟逐條列出，省略無關操作；
• 通用步驟（如管理員登錄、進入某頁）可一句話帶過；
• 環境相關Bug必註明：具體OS版本、瀏覽器版本/內核、分辨率、網絡環境等。

實際結果

• 具體描述錯誤現象（報錯文案、界面異常、數據錯誤、崩潰堆棧）；
• 截圖/錄屏輔助，關鍵區域高亮標紅；
• 非必現Bug註明復現頻率/規律（如「10次中3次」「僅在弱網下」）。

期待結果

• 規範文檔未細化實現細節時，測試人員表達預期行為；
• 引用需求文檔/設計文檔/產品經理確認郵件章節。

3. 截圖/附件規範

• 格式：JPG/PNG，拒絕BMP（體積大）；
• 截圖標註：紅框/箭頭/文字標註問題區域；
• 日誌/堆棧/數據導出以文本文件附件提供，便於搜索/複製；
• 視頻錄屏控制在30秒內，關鍵操作慢放。

4. 其他必填/注意事項

• 提交前搜索相似缺陷（TD「Find Similar Defects」）；
• 嚴重程度與優先級準確（參考公司標準定義）；
• 填寫Module/Function字段，便於Dev Manager分派；
• 跨模塊共性問題歸入Common Module；
• 同一開發人員負責的多處相同問題，合併單一報告並列出所有位置；
• 有爭議的Rejected Bug，優先面對面溝通，避免郵件拉鋸。

好Bug報告＝可復現、可定位、可驗證、可追蹤，是測試與開發間最高效的契約。