复测流程设计
复测不是把之前的测试重做一遍，而是按流程验证修复是否真正生效：确认修复清单与范围、约定复测窗口、逐条验证、输出复测结论、更新台账与报告版本。范围只覆盖已修复项与受影响的关联功能，顺带做必要的回归确认。结论分三态：通过、部分修复、未修复，未修复项保留原状说明即可，不需要重新论证危害。提前拿到客户的修复说明能帮助设计验证路径，显著提高一次通过率。
基本信息
| 流程步骤 | 清单确认、窗口约定、逐条验证、结论输出与台账更新 |
|---|---|
| 范围界定 | 只验证已修复项与关联回归，不做全面重测 |
| 结论口径 | 通过、部分修复、未修复三态 |
| 文档产出 | 复测报告与报告版本更新 |
典型使用场景
- 整改验收：客户完成修复后逐条确认效果
- 版本发布前确认：上线前核对安全项是否已收口
- 分批整改：按批次安排多轮复测
- 争议澄清：对未修复项给出复现证据与结论说明
- 台账维护：把每项问题的状态更新到跟踪系统
复测流程示例
复测流程示例
1. 客户提交修复说明，含变更单号与影响范围
2. 双方确认复测清单与时间窗口
3. 按原证据路径逐条验证，并补充变体检查 # 防止只修表层
4. 输出复测报告：逐条状态 + 新证据 + 残留风险说明
5. 更新问题台账状态并归档，必要时修订报告版本三态结论说明
| 结论 | 判定依据 | 后续动作 |
|---|---|---|
| 通过 | 原路径与变体均无法复现 | 台账标记关闭并留复测证据 |
| 部分修复 | 部分场景仍可复现 | 说明残留场景并给出补充建议 |
| 未修复 | 原路径仍可复现 | 保留原状说明，纳入下一轮整改 |
拿到修复说明再安排复测：知道改在哪里，就能设计更精准的验证路径，减少往返轮次。