缺陷分诊是什么
缺陷分诊（Triage）是缺陷进入处理队列前的把关：确认是否可复现、是否重复、定严重度与优先级、指派责任人。它决定哪些缺陷进当前迭代、哪些挂起、哪些关闭。分诊质量直接影响修复顺序的可信度——错级的高优先级缺陷会淹没正确队列，团队随之失去对流程的信任。
基本信息
| 输入 | 缺陷单：环境、版本、复现步骤、期望与实际、证据附件 |
|---|---|
| 动作 | 去重、复现、定级、指派、打标，产出下一步责任人 |
| 定级 | 严重度看影响面与破坏力，优先级看何时修，两者独立 |
| 分流出口 | 重复、非缺陷、需求误解、环境问题各有明确去处 |
| 节奏 | 每日短会十五分钟，或按需召集，人多反而慢 |
| 角色 | 测试、开发、产品三方足够，分诊不展开修复方案讨论 |
典型使用场景
- 每日缺陷例会：把新增缺陷过一遍，当天的队列当天清
- 发版前处置：高优先级缺陷的修复与延期决策
- 长尾清理：月度评审延期与无法复现的老缺陷
- 争议仲裁：严重度有分歧时按影响面证据说话
- 新人训练：按分诊标准学习写明可处理的缺陷单
分诊判定路径
| 判定项 | 问题 | 出口 |
|---|---|---|
| 可复现 | 步骤能重现吗 | 不能则补信息或转需求澄清 |
| 唯一性 | 与已有缺陷重复吗 | 合并并关联 |
| 影响面 | 影响多少用户与资金 | 定严重度 |
| 时机 | 何时必须修 | 定优先级 |
| 责任人 | 谁接着处理 | 当场指派 |
分诊结论要写回缺陷单：会上口头的结论过期作废，字段和评论才是后来者能读到的依据。
高严重度不等于高优先级：崩溃发生在废弃功能上，严重度高但可以排后修，两个字段各自维护。
分诊会跑偏成评审会：一旦开始讨论修复方案就会超时，方案讨论另开会，分诊只做定级与指派。