大家好啊，我是大田。
像一些做金融项目、电商项目等有支付功能的系统，基本都会调用第三方支付接口，那我们应该如何测试？这里谈谈大田的思路，仅供参考：
1、根据流程图，深刻理解我司与第三方系统都做了哪些交互操作
2、根据交互过程，合理设计可执行的测试点
（下列测试点是与第三方交互时注意的点）
正向
1）测试环境使用真实的、小金额（ 0.01 元）去做测试，检查使用正确参数能否正确调用第三方接口，需要看我司上送的各个字段值是否正确，支付成功后，还需要检查第三方系统返给我们的值是否正确；
2）上线前，可以向公司申请备用金，去做一笔大额支付，或者做完大额支付并且检查各项信息正确无误后，调用退款接口或者在系统上直接退款；
3）不论支付还是退款，都会有对应的查询接口，可以在库中核对各个字段，也可以通过后台直接在页面看订单信息；
4）对账差错处理；
等等
反向：
1）使用错误的参数，修改每个需要上送的字段为错误的值看能否请求第三方接口下单；
2）退款时使用错误信息，能否请求到第三方接口进行退款；
3）超过单笔限额和单日限额；
4）支付失败订单补单；
等等
其他：
1）唤醒第三方页面后，能否做取消操作；
2）重复支付会第三方提示什么；
3）通过篡改第三方响应数据，我方能否接到正常处理；
4）例如遇到订单超时、第三方渠道故障，我司是否有监控报警机制；
5）非功能验证（弱网、安全、兼容测试）；
等等
3、这过程中可能面临着未知的资损风险，需要尽可能多的去覆盖测试点，出问题多想想，多总结。
以上就是大田今天的分享，如果你觉得有用，可以给大田点个赞~
大田测试录
面对0-3年初入职场测试人群、分享测试干货、记录真实职场经验、4年互联网软件测试经验、双一流研究生
142篇原创内容
公众号
推荐文章：
如何学习软件测试？
每天这么忙，到底写不写测试用例？
Linux 的安装及配置
2022.06.17，是大田日更第 132 / 365 天。每篇文章解决某个具体问题，关注公众号，后台私信「 电子书 」送你1.5G 测试资料，私信「 Linux 」得到大田整理的命令详解一份。
