先跑通支付闭环,再接入正式业务

测试中心用于验证创建订单、生成二维码、扫码支付、订单状态更新和异步通知。推荐先使用 Sandbox,再逐步测试真实支付通道。

从 0.01 元测试订单开始

公开页面不会输出你的商户 API KEY。真实下单测试需要登录商户控制台,由服务器使用当前商户配置创建订单。

测
Sandbox 沙箱测试

无需真实支付参数,用于验证下单、收银台、支付成功和回调流程。

建议先测
支
支付宝官方码支付

配置支付宝商户参数后,用真实扫码订单验证官方回调与金额校验。

微
微信官方码支付

配置微信支付 APIv3 参数后,验证 Native 二维码与支付通知。

个
个人免签码支付

确认监听设备在线并绑定本人收款码,再测试真实到账匹配。

支付链路预览完整流程
1创建订单→2生成二维码→3完成支付→4自动回调
订单创建成功
收银台生成成功
支付状态等待测试
商户回调待支付后触发

建议按这个顺序逐步排查

每一步只验证一个关键环节,出错时更容易判断是接口、通道、支付平台还是业务回调的问题。

01

验证 Sandbox

创建测试订单并模拟支付,确认订单能从“待支付”变为“已支付”。

02

验证异步通知

使用可公网访问的 notify_url,确认业务站收到通知并返回 success。

03

验证官方通道

分别测试支付宝、微信真实 0.01 元扫码,核对平台订单号和支付金额。

04

验证个人免签

检查监听设备心跳、到账事件、订单匹配结果以及重复通知防护。

正式上线前不要忘记这些设置

  • 把站点切换到 HTTPS,并确认正式域名配置正确
  • 关闭 Sandbox 以及不再使用的测试通道
  • 重新检查商户 API KEY、支付私钥和 APIv3 Key 的存储安全
  • 确认回调业务做了验签、订单金额校验和幂等处理
  • 配置 Cron,确保超时订单和失败回调可以自动处理
  • 在后台日志中确认没有持续出现接口或通知错误
!

不要直接拿大额真实订单做第一次联调

首次配置新支付通道时,建议使用最小测试金额确认二维码、到账、回调、业务处理都正常,再逐步恢复正式金额范围。


重点查看后台三类记录订单详情 · 回调日志 · API 日志