当一个支付请求被发送到支付渠道方，支付渠道会很快返回一个结果。但是这个结果，只是告诉你调用成功了，不是扣款成功，这叫同步调用。很多新手会拿这个结果当做支付成功了，那就会被坑死，结果就是支付成功率特别高，伴随着一连串无法解释的坏账率。测试人员尤其要关注测试数据的篡改：金额，同步返回结果，订单号等。
同步请求参数里会有个回调地址，这个地址是支付渠道在扣款成功后调用的，这叫异步调用。一般同步接口仅检查参数是否正常，签名是否有误等。异步接口才告诉你支付结果。一般异步接口有5s以内的延迟，调用不成功会重试。有时候是这边成功了，但支付渠道则没收到返回，于是会继续调用。当天的支付第二天还在被异步调用的也是正常的。这也是开发人员需要注意的地方，不要当做重复支付。测试人员也需要对重复回调进行测试，应该只有一次有效。这还不是最坑的，一般支付渠道侧，只有支付成功了才告诉你，要是支付失败了，压根不通知你。
另外一方面，要是老收不到支付结果呢，这就需要查查后台日志。同步结果不可靠，异步调用不可靠，那怎么确定支付结果？最终的杀单是查单了，反查，一般支付渠道侧都会提供反查接口，定时获取DB中的待支付的订单调用支付渠道侧的反查接口，最终把支付渠道侧扣款成功的订单完成掉。