正常来说接入第三方支付是有一个沙箱环境的吧，这个沙箱环境是第三方 api 会提供的吧，可以叫开发部署一个接入第三方支付沙箱的 api。然后查看这个支付的链路正不正常。

我们对接过，第三方支付的 sandbox 环境也是要求真实企业信息和账号信息，这个无解，只能找业务同事或者产品同事提供。

是这样的，那也要开发给部署一版接入 sandbox 环境

支付测的很模糊，没有沙箱的就开发调通找对应用户帮忙测，测完再发布。有沙箱的就自己测试环境测试完成后发布线上找用户测

我们接 google 和 apple 的支付也是搞的沙盒环境，不然搞多张多种类型的卡太麻烦了

谷歌 play 沙箱。然后让产品去搞这些东西，自己不用去搞

自己 mock 不就行了，让开发把接口配置化

沙箱测试检查回调就没了

Adyen，内容太多了，自己搜索一下吧。网上教学应该挺多的

我们公司也是今年开始大力对接海外相关国家的支付，浅谈一下自己的处理方式
一、正常如果有沙箱环境，先对接沙箱环境进行整体的业务和支付链路验证是比较舒服的方式
二、不存在沙箱环境，或者某些支付链路沙箱无法满足验证需求，就需要真实的国际钱包或者信用卡支付
1、各国钱包一般都是可以下载的（换个美区或者是国外任何一个区的账号就行了），只不过是账号问题，关于账号，部分钱包是可以协调本地同事借用账号来验证（或者自己都可以注册，找本地同事去 711 等地方出个票充值一下就行了），此时通过其中有账号的钱包基本可以把所有流程全部走完了，其他没有账号的钱包就协调本地同事帮忙支付个一两单，走下正逆向流程（因为此时基本所有场景和链路已经验证过）
2、信用卡支付应该不难解决，国内银行的 visa 和 master 卡基本都可以用于国际支付，即使自己没有，同事之间也比较好协调到
3、如果真是钱包又没账号，又真借不到信用卡，那就求助于人了，那就要梳理本地同事或者用户能对照操作的详细的场景验证的步骤了，本地同事验证的时候，一定要分析日志（很重要）查看各种入参和出参，对照着支付方的对接文档，因为此种情况别人基本就是走流程，并且别人也不太可能支付很多单子，此时就需要尽量一个单能多看点内容就多看点

通过以上基本也能够验证整体的支付链路了，希望对你有用