每个用例都有预期和实际结果

记录场景、终端、订单号、执行时间及预期行为，再附实际支付和业务结果。只保存一张“支付成功”截图，无法证明通知验签、重复处理和售后查询已经正确完成。

说明样本运行在哪套配置下

保存代码版本、商户配置摘要和文档依据，不把私钥写入验收文件。域名、插件或业务规则变化后，可以明确哪些用例需要重测，避免旧结论被无条件沿用到新环境。

未通过事项有明确去向

列出影响、负责人和验证方式，区分阻断上线的问题与后续改进。由业务、开发和运营确认相关部分，再记录最终结论。上线后用真实订单补充观察，发生异常时沿原样本复现，而不是从头猜测配置。

让别人能够复查“通过”

一条验收记录写明场景、配置版本、输入条件、预期、实际结果、关联订单和验证人。失败样本修复后保留前后差异，而非覆盖成一个勾选项。没有真实环境验证的内容明确标注待测，将它与已经执行的测试区分，后续发布才有可检查的依据。