• 发现缺陷后，需要高效推动修复和回归。
• 团队经常因为描述不清反复沟通。
• 管理层需要看到问题影响和处理状态。

• 产出可复现、可诊断、可优先级决策的缺陷报告。
• 缩短研发定位和修复闭环时间。
• 提升问题分级准确度和跨团队协作效率。

1. 记录环境、前置条件和最小复现步骤。
2. 明确“预期 vs 实际”并附客观证据。
3. 评估严重度、影响范围和业务后果。
4. 补充日志、截图、请求参数等定位材料。
5. 给出修复后复核要点。
6. 跟踪状态直到复测关闭。

输入：

• 结算链路在 token 刷新后失败

输出：

• 完整复现步骤 + 请求 ID + 失败响应
• 严重度说明（支付中断）
• 修复后复测清单

输入：

• “支付有 bug”

输出（问题）：

• 无环境、无复现步骤、无预期结果
• 研发无法高效定位

• 不提交无复现证据的缺陷。
• 不在无影响依据时夸大严重度。
• 不把多个无关问题混在一个单里。
• 不复测就直接关闭问题。
• 不忽略偶发问题，需显式标记与跟踪。