背景:目前所在业务线新增红包功能,就涉及到付款相关的接口测试。
测试环境:可以通过 mock 等方式测试
正式环境:除了加白名单单独处理的逻辑外,还有什么好的方式可以测试吗?
因为会在正式环境做定时的接口质量检查,所以必须自动化实现。
可参考横捷提供的思路:
请教各位有过在线支付接口测试经验的朋友,帮忙回答一下,多谢
支付系统一般会有沙盒环境可供测试使用的,可以了解一下
我们基本和你这个一样,测试环境就是走 mock 或者沙盒测试,正式环境会针对特定测试账号生成一个支付订单,只要有支付链接回调,就默认接口没问题。 但是每次发版后,我们会使用这个账号进行一次真实订单支付,验证一次支付流程
嗯嗯,这样可以。 是不是也可以加白名单,对于测试账号默认不调用支付系统,只覆盖基本逻辑。
线上为什么不 mock
我们公司是一家支付公司,线上拨测之前做过一阵也停掉了,费时费力,收效甚微,本身公司自己有风控,就算加到了我们内部的白名单,但是外部三方的我们控制不了,现在基本是以监控 + 预警为主,没想要其他好的方式,有相关经验的可以分享分享
求指导,线上怎么 mock?
如果是 java, sandbox 不是可以?
我们这边全是 go,有类似 sandbox 这类的中间代理吗?
监控和预警方便多聊聊吗? 我们这边也是支付如果做正式环境拨测,比较费劲。
所以更多的是监控自身服务的拨测,期望隔离开第三方支付服务
特意了解一下财经支付同学的质量保障工作,同样也是 mock、沙盒支付、支付白名单 这几种手段。支付服务端是 go,公司内部有流量回放服务应用在支付测试上,不过仅限于线下环境,没看到线上有做特别的测试动作。 不过恒捷那个思路确实合理,可以在监控报警上面多做建设,或者尝试做做线上支付定期的接口巡检?