先定义观察的样本范围

记录入口、时间、终端和业务类型，区分有效请求与重复测试。一次付款成功只能证明该样本通过，不能代表所有环境长期正常；样本过少时也不宜直接推断整体成功率。

分清哪些失败需要修复

用户主动取消、参数错误、网络超时和服务拒绝分别统计。检查异常是否集中在某次发布或特定终端，再决定排查方向。把所有未付款订单算成系统故障，会让分析偏离真正问题。

观察故障后的处理能力

检查状态未知时是否可查询、通知延迟是否能补偿、历史订单是否能恢复交付。记录问题原因与恢复结果，不只看页面恢复速度。能够解释并处理异常，是稳定性评估的重要部分，也便于团队制定维护安排。

区分可用性与最终完成率

一笔订单先失败后重试成功，最终完成率可能正常，但用户已经遭遇额外等待。观察时同时保留每次尝试与最终订单结果，并将主动取消单独分类。低样本阶段先逐笔分析，避免以几笔试付推导百分比承诺或长期服务水平。