以事先列出的业务场景作为依据
试用前确定真实入口、订单类型、日常处理与售后需求，结束时逐项填写结果。网站扫码通过，不代表小程序和退款同样通过；没有测试的项目明确标为未覆盖，不能用总体印象补成成功。
为关键用例保存订单编号、环境、预期和实际结果。性能或服务响应记录注明观察范围，少量样本不能直接推导全部经营时段的表现。
问题同时写出现象与影响
区分必须修复才能上线的缺陷、可通过操作安排解决的问题，以及后续优化项。每项附上复现步骤、临时处理方法与负责人，避免总结只有“体验不错”或“需要优化”这类无法执行的结论。
下一步对应明确条件
决定继续接入、扩大试用或暂停时，写明依据与需要完成的事项。保留测试资金、退款和权限的收尾记录。这样团队后续复查方案选择时，能看到具体证据，而不只依赖某个人的口头评价。