支付测试

测试准备
1、明确整个流程中所需调用的接口,分清自身App与第三方支付平台的接口以及参数、请求的方式。通过正向支付获取接口,分析。
2、确认第三方支付的环境,是正式环境或测试环境。
3、准备待测试的App、以及限速工具。


支付流程
主流:支付请求->第三方支付->第三方支付返回值->App根据返回值判断支付成功或失败。
之前:支付请求->第三方支付完成->返回到App前调用支付成功接口来判断支付是否成功或失败。
真实案例:
用12306买了一张火车票,支付宝支付的,支付完成后从支付宝返回到12306时,发现12306并未提示我支付完成,且在订单界面显示我的订单未支付,我就着急了(2011年,12306刚出来的时候,我有一次买票,票没买到,钱扣了的经历,后来经过客服把钱退回来了),刷新了好多次,还是未支付,正当我有点小焦虑的时候,短信通知我订票成功了。

测试点(侧重于App与第三方的交互)
1、检查请求接口(传参的方式)、特定参数(订单号、金额、数量等等)加密。
2、修改请求参数”订单号”,使用已重复订单号,支付未支付的订单。
3、修改请求参数”金额”(改小、改大、负数)。
4、修改请求参数”数量”(改小、改大、负数)。
5、检查订单提交请求、支付交易的按钮,要做阻断式操作,点击一次则要等待返回值,不能多次触发。
6、检查重要字段为空(不点击输入框的情况下),做提交的操作。
7、检查未安装第三方支付应用,走网页版测试流程。
8、检查通过限速,造成提交网络请求超时,确认该订单是否生成成功。
9、检查通过限速,造成提交请求成功但数据请求回传给App网络请求超时,刷新检查订单是否生成成功。
10、检查通过限速,造成支付网络请求超时,确认该订单是否支付成功。
11、检查通过限速,造成支持成功但数据请求回传给App网络请求超时,刷新检查订单是否支付成功。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值