问答 在线支付 - 正式环境 - 接口测试 - 如何做?

在路上 · 2022年04月08日 · 最后由 王稀饭 回复于 2022年04月13日 · 5751 次阅读

背景:目前所在业务线新增红包功能,就涉及到付款相关的接口测试。

测试环境:可以通过 mock 等方式测试

正式环境:除了加白名单单独处理的逻辑外,还有什么好的方式可以测试吗?

因为会在正式环境做定时的接口质量检查,所以必须自动化实现。

请教各位有过在线支付接口测试经验的朋友,帮忙回答一下,多谢。

可参考横捷提供的思路:

如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
共收到 11 条回复 时间 点赞

请教各位有过在线支付接口测试经验的朋友,帮忙回答一下,多谢

在路上 回复

支付系统一般会有沙盒环境可供测试使用的,可以了解一下

我们基本和你这个一样,测试环境就是走 mock 或者沙盒测试,正式环境会针对特定测试账号生成一个支付订单,只要有支付链接回调,就默认接口没问题。
但是每次发版后,我们会使用这个账号进行一次真实订单支付,验证一次支付流程

49875183 回复

嗯嗯,这样可以。 是不是也可以加白名单,对于测试账号默认不调用支付系统,只覆盖基本逻辑。

在路上 回复

线上为什么不 mock

我们公司是一家支付公司,线上拨测之前做过一阵也停掉了,费时费力,收效甚微,本身公司自己有风控,就算加到了我们内部的白名单,但是外部三方的我们控制不了,现在基本是以监控 + 预警为主,没想要其他好的方式,有相关经验的可以分享分享

alwans 回复

求指导,线上怎么 mock?

在路上 回复

如果是 java, sandbox 不是可以?

alwans 回复

我们这边全是 go,有类似 sandbox 这类的中间代理吗?

刺猬 回复

监控和预警方便多聊聊吗? 我们这边也是支付如果做正式环境拨测,比较费劲。

所以更多的是监控自身服务的拨测,期望隔离开第三方支付服务

特意了解一下财经支付同学的质量保障工作,同样也是 mock、沙盒支付、支付白名单 这几种手段。支付服务端是 go,公司内部有流量回放服务应用在支付测试上,不过仅限于线下环境,没看到线上有做特别的测试动作。
不过恒捷那个思路确实合理,可以在监控报警上面多做建设,或者尝试做做线上支付定期的接口巡检?

在路上 关闭了讨论 12月23日 10:15
需要 登录 后方可回复, 如果你还没有账号请点击这里 注册