测试结论从什么结果开始
验收时发现小问题，能否先上线？首先需要把“关键风险关闭，延期项可追踪”写成可判定的结果。这里讨论的是项目未关闭缺陷，一个需要验证的风险是没有按照业务影响划分严重度。仅看到页面操作顺利还不够，测试记录必须能说明业务结果是否真实发生，以及失败时是否留下了不该产生的影响。
交付验收需要可重复的环境和版本。演示通过、测试通过与生产发布成功是不同结果，每项证据都应说明在哪个版本产生。
复现时保留哪些证据
本题需要保存缺陷现象、影响用户和替代方法。把一次正常操作和一次异常操作放在相同版本、相同环境下比较，记录输入、操作时点及实际结果；敏感值可以替换，但触发问题的字段关系不能删掉。若无法重新出现“没有按照业务影响划分严重度”对应的差异，先补足样本，暂不把猜测写成已确认根因。
把待验证的动作和预期结果写入验收记录，关联缺陷修复版本；重要修复要重新执行原失败样本，而不是只看代码截图。
执行三个针对性检查
第一项是确定阻断项，将判定口径写清楚后执行。第二项是列出延期项，同时保存缺陷现象、影响用户和替代方法中的相关记录。第三项是约定复查日期，对照“关键风险关闭，延期项可追踪”逐条确认。三个检查应分别记录结果，这样失败时可以知道问题出在输入、处理中还是结果核对，避免一次修改多个环节后失去判断依据。
用边界例子发现遗漏
影响扣款、数据正确性和访问控制的缺陷通常需要优先处理。可延期事项也必须明确影响和临时处理方式。
例如：文案错字与重复扣款同时未修。这个例子不是客户项目事实，而是用于测试项目未关闭缺陷的样本设计。先写下按业务规则应该发生什么，再执行并比较；不能用程序当前表现反过来定义正确结果。修复后还要重跑原样本，并检查附近的合法操作仍然可用。
发布前应说明未解决事项、恢复路径和责任人。没有演练记录时，不应把文档里写了回滚等同于能够恢复。
怎样算验收通过
验收应能够证明：关键风险关闭，延期项可追踪。结果附上环境、版本、样本和记录位置；异常提示、持久化结果与相关后续动作应互相一致。若“文案错字与重复扣款同时未修”仍能触发错误，就应列为未解决事项，并说明影响范围。测试通过不代表以后永不出错，后续变更至少保留这一问题的回归样本。
执行与验收清单
- 明确项目未关闭缺陷的正确结果：关键风险关闭，延期项可追踪。
- 准备并脱敏核对资料：缺陷现象、影响用户和替代方法。
- 执行确定阻断项，保留对应结果。
- 完成列出延期项与约定复查日期，核对实际产物。
- 使用“文案错字与重复扣款同时未修”复查问题，并记录未解决事项。