vos3000落地网关对接教学_转转三方mock落地实践

本文介绍了在支付中心与vos3000落地网关对接测试中,如何通过Mock服务解决与第三方交互的问题。讨论了两种方案,包括Host配置和Java字节码增强,并选择了后者,因为其对源码无侵入且能有效拦截请求。文中还提到了Mock平台需要具备的接口、回调能力、异常注册和签名生成等功能。
摘要由CSDN通过智能技术生成

作者|田西西

概 述 0 1背景
  1. 支付的上游业务在测试过程中难免会遇到支付场景,因支付场景需要和第三方交互,单纯通过接口无法绕开。通过改库完成支付又面临账户、记账等逻辑复杂,数据库需要更改的范围过大。

  2.  支付中心打款、退款异常取回产品化,测试需要构造各种异常场景,如微信注销、银行卡注销、微信未实名等,真实构造数据周期长且无法保证随用随有。

  3.  渠道灾备需要模拟三方服务不可用,如三方出现500、502错误。

  4. 支付对账业务需要下载三方账单与平台对账,使用线上数据测试,数据量庞大,对账准确性难以保证。

  5.  其他需要和第三方交互的业务也面临同样的困境,比如三方各种异常数据的构造。

0 2目标
  1.  前期满足各种异常场景的构造,将难以测试的业务场景变为可测。

  2. 中期降低部署成本与已有环境平台打通。

  3. 后期降低业务接入的开发成本。

方案选型0 1业务特性
  1. 以支付中心为例,支付中心与三方服务的交互统一通过网关服务进行。

  2.  网关服务启动加载公钥,并通过httpclient与三方进行交互。

0 2拦截选型

方案1:在服务端配置host,将第三方支付域名指定至mock服务器。

  • 优点:配置简单,对被测服务没有侵入

  • 缺点:支付请求基本都是https协议&

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值