非缺陷处理是什么
非缺陷（Not a Bug）是缺陷分诊中的一类判定：问题成立但不算缺陷，包括设计如此、需求理解偏差、操作不当、环境问题、重复提交等。处理非缺陷的难点不在技术而在沟通——直接关闭且无解释，报告人会觉得被敷衍，同类问题反复提交；把理由讲清、给出证据、写明后续动作，才能既关掉工单又保住信任。
基本信息
| 常见种类 | 设计如此、需求变更、误操作、环境差异、重复缺陷、无法复现 |
|---|---|
| 判定要求 | 有依据：需求原文、设计文档、日志证据或录屏 |
| 沟通动作 | 回复写明判定理由与依据，语气对事不对人 |
| 升级通道 | 报告人不认可时走业务确认或评审升级，避免拉锯 |
| 记录留痕 | 判定过程与结论写入工单，供后续同类问题参考 |
| 预防动作 | 高频误报转成文档、提示优化或培训素材 |
典型使用场景
- 需求歧义：报告人按直觉判断是缺陷，产品确认设计如此时给出依据。
- 误操作：用户绕过前置条件导致报错，补充界面引导并解释流程约束。
- 环境差异：测试环境数据与生产不同导致表现不同，说明差异点与验证方式。
- 重复提交：与已有工单合并，保留两份记录并互相关联。
- 无法复现：先补充信息尝试，仍无法复现时写明尝试记录再挂起。
判定类型与回应要点
| 判定 | 依据 | 回应要点 |
|---|---|---|
| 设计如此 | 需求或设计文档条款 | 引用条款并解释意图 |
| 需求变更诉求 | 现状符合当前需求 | 引导走变更流程评估 |
| 误操作 | 操作路径与约束说明 | 致谢并补充提示建议 |
| 重复 | 已有工单编号 | 关联并合并跟踪 |
| 无法复现 | 复现尝试记录 | 列明所需信息与环境条件 |
非缺陷不等于不重要：判定是设计问题时，可能暴露的是体验缺陷，值得转产品改进项。
语气决定协作：回复聚焦事实与依据，避免出现这不是我们的问题这类表述。
统计要区分：非缺陷不应计入缺陷逃逸率类指标，但可以统计误报率反映需求传达质量。