先让订单与支付请求对应
完成服务端金额计算、唯一业务订单号和必要参数配置，保存创建结果。此阶段确认接口返回的支付类型与展示方式，避免一开始同时加入复杂会员、分账或营销逻辑，使错误难以定位。
再连接可信结果与业务动作
接收通知后验签、核对订单与金额，再更新业务状态。客户端返回页负责展示和查询，不能直接决定发货。重复通知只执行一次交付，状态未知时使用原订单查单。
最后验证取消与售后
检查用户取消、页面关闭、通知延迟、退款及跨日核对。每阶段留下一组通过的样本，再进入下一步。上线时保存配置与恢复方式，确保不仅能完成一笔付款，也能处理后续真实经营问题。
每个阶段留下一个可重复用例
第一阶段保存能创建并查询的订单；第二阶段验证合法通知和重复通知只产生一次业务交付；第三阶段测试取消、超时及退款查询。每完成一段就记录配置与预期结果，后续修改重新运行相关样本，避免最后才发现是哪一步引入差异。