Cart 与 Checkout 证据验收剧本：从加购走到订单回读

结账验收的完成标准不是“我看到了支付按钮”，而是目标路径在明确条件下完成，并在订单、支付和事件真源中得到一致回读。 配置存在、前台可见、沙盒授权和真实收款是四种不同证据。把它们压成一句“Checkout 已打通”，会给发布判断制造危险错觉。

先做判断

先定义本次要证明到哪一层：页面与价格显示、表单可提交、沙盒支付成功，还是获得授权的真实交易完成。若只排查 Cart→Checkout，先用购物车四类摩擦诊断；若异常在最后一步，结合进入 Checkout 却没支付的五段诊断。

决策与执行框架

一、冻结测试条件。 记录主题或版本、商品与变体、市场、币种、设备、浏览器、登录状态、优惠条件和测试时间。确认测试不会误发真实履约、营销消息或不可撤销费用。使用专用测试身份，证据中不保留敏感信息。

二、建立最小矩阵。 至少覆盖桌面与主移动设备、访客与业务要求的登录状态、主要市场、普通商品与关键边界变体。价格测试覆盖无优惠、有效优惠、失败优惠；运费测试覆盖门槛下与门槛边界。支付只覆盖当前真实启用且有授权测试的方式，不凭 Logo 推测。

三、验证 Cart。 从真实 PDP 加购，核对图、名称、变体、单价、数量和小计；修改数量、删除、刷新、返回继续购物。确认折扣反馈、运费摘要、政策入口和 Checkout 按钮准确可用。任何总价变化都记录发生时点与原因。

四、验证 Checkout。 检查地址、联系信息、键盘、自动填充、必填项和错误提示。核对运费、税费、折扣与最终应付金额。验证支付方式在对应市场与设备下真正出现，并覆盖一次错误、取消或返回路径；恢复后购物车与输入不应异常丢失。

五、完成回读。 在已授权层级完成订单后，核对订单编号状态、支付授权或沙盒状态、确认页、通知与 Purchase 事件。事件应只记录一次，金额、币种和订单内容应一致。若订单成功但事件缺失，标为测量失败；若页面成功但未做支付授权，标为“仅页面路径通过”。

六、整理证据包。 每个用例保留期望、实际、状态、复现步骤、时间、环境和脱敏截图。结果使用明确标签：未测、阻塞、页面通过、沙盒通过、真实交易回读通过。未覆盖的市场或支付方式单列，不用“基本正常”模糊处理。

常见误判

• 后台已启用等于前台可用：市场、币种、设备和提供商状态会改变实际路径。
• 看到感谢页就代表支付成功：必须回读订单与支付状态。
• 沙盒成功等于真实收款可用：真实风控、钱包和账户状态可能不同。
• 只测正常地址和成功优惠即可：失败与边界路径更容易暴露阻塞。
• 截图越多证据越强：没有环境、时间与期望结果的截图无法复现。

验证清单

• 测试目标是否明确到页面、沙盒或真实交易层级。
• 商品、市场、币种、设备、浏览器和优惠条件是否记录。
• Cart 的商品、变体、数量、折扣和小计是否准确可修改。
• 运费、税费与政策是否在决定前清楚且前后一致。
• 表单、错误、自动填充、支付取消与恢复是否覆盖。
• 实际支付方式是否在目标组合下可见并按授权层级测试。
• 订单、支付、确认页、通知和 Purchase 是否一致回读。
• 证据是否脱敏，并明确未测项和证据边界。

订单、支付与页面路径通过后，再用转化追踪验收证据链验证 Purchase 信号，避免把“成交成功”和“事件成功”压成同一结论。

适用边界

本剧本适用于获得授权的自有电商环境，不授权绕过平台、支付或风控限制。平台结账能力、支付方式、税费和市场规则会变化，执行前必须核对当前官方资料与商店实际状态。生产订单可能触发库存、履约、通知和费用，若无法安全隔离，应停在沙盒或页面验证，并如实标注，不能为了“全通过”制造真实业务风险。