用途：在测试中发现缺陷需要记录时使用，适用于功能测试、回归测试、探索式测试发现的所有缺陷，也覆盖 Bug 复现、跟踪、验证、严重度优先级评估、根因分析与沉淀为回归用例。
核心原则：报告面向开发，开发能 5 分钟内复现即为好报告；标题采用模块+现象+关键条件；复现步骤取最小路径，删一步仍能复现就继续删；明确写出预期与实际；严重度与优先级分开，严重度由 QA 判断影响大小，优先级由 PM 判断修复紧迫度；必须说明复现率（100%/偶发）。
必备字段参考 Cem Kaner 模型：标题、环境、账号、前置条件、复现步骤、预期结果、实际结果、截图/录屏/日志/trace_id、严重度与优先级、复现率、影响范围、是否需立即缓解。严重度分 S0 致命至 S3 轻微，优先级分 P0 至 P3，S 与 P 不必相同。生命周期遵循 ISTQB：New→Assigned→In Progress→Fixed→Verified→Closed，或 Reopened、Wont Fix、Duplicate、Cannot Reproduce。
工作流程：发现现象→尝试最小复现→收集证据→评估影响→写报告→标定优先级→S0/P0 先短信或群里通知（不能只靠 ticket）→修复后按原路径、边界、回归套件验证→转化为回归用例→沉淀经验。不可复现 Bug 应收集状态、协作加日志、监控触发条件，先标 Pending Reproduction 跟踪约 1 周再决定关闭。
限制：本技能为缺陷报告方法论与模板，不包含自动化工具实现；提供的 templates/bug-report-template.md 等配套模板内容未在资料中展开。具体命令与代码内容资料未提供。