缺陷怎么关闭
缺陷关闭是修复的验收环节：按原复现步骤验证通过只是最低要求，还要回归修复影响到的相邻功能、核对修复说明与实际改动是否一致。验证不通过就重开并补充新证据；无法复现的要留下探索记录而不是含糊关闭。关闭动作有标准，「已修复」三个字才有含金量。
基本信息
| 复测范围 | 原步骤加边界补测，再抽测受影响的相关功能 |
|---|---|
| 证据 | 修复前后对比、截图或日志、验证版本号 |
| 重开条件 | 问题重现、修复引入新问题、只修表象未修根因 |
| 延后处理 | Deferred 缺陷记录风险、影响面与负责人，进册跟踪 |
| 关闭人 | 由验证者或独立验证人关闭，而非修复者自关 |
| 归档 | 关闭原因写清：已修复、非缺陷、重复、无法复现 |
关闭前检查清单
关闭前检查清单
按原步骤复现：确认问题不再出现
边界补测：相邻输入与异常路径抽查
影响回归：修复触及的模块抽测一轮
说明对照：修复说明与实际改动一致
证据留档：截图、日志、验证的版本号齐备典型使用场景
- 每日修复验证队列：修复单逐条验证与关闭
- 发版前过堂：遗留缺陷的延后与带病发布决策
- 重开率复盘：高重开率反查修复质量问题
- 客户缺陷闭环：对外承诺需要完整证据链
- 事故关联排查：与事故相关的缺陷做专项验证
验证维度与做法
| 维度 | 做法 | 漏做后果 |
|---|---|---|
| 原步骤 | 逐条复现验证 | 问题在用户侧复现 |
| 边界 | 相邻输入补测 | 同类缺陷换个参数就复发 |
| 回归 | 受影响功能抽测 | 修复引入新问题 |
| 修复说明 | 对照实际改动 | 修了别的地方，问题仍在 |
修复者自测可以，但关闭交给发现方或独立验证人完成：自己的作业自己批，出错概率高。
无法复现的缺陷关闭要写清尝试了什么：环境、数据、次数，让后来者能接着查而不是从头再来。
只验原步骤不做回归，是修复引入新问题的最大来源：修复面越广，回归抽测越不能省。