软件测试中支付功能测试的相关内容总结

很多涉及到支付的项目虽然涉及到各个和场景，但是支付的流程都是类似的。

总结：

1点击支付

2选择支付方式

3确认支付

4输入密码

5支付成功

支付流程详解

点击支付

两种场景。

1 正常场景，继续往下走，会走到选择支付方式的流程。

2 点击取消支付。取消支付的话，视为异常操作，我们测试需要注意要确保是可以取消的，并且取消的订单一定要出现在待支付的订单列表里。

选择支付方式

第一次使用系统的支付功能时，需要让用户绑定支付的方式。这里有一个验证点。要验证常见的支付方式（需要产品经理确定）比如微信，支付宝，京东支付，信用卡，储蓄卡，网银，数字人民币等等。

功能:绑定列表里的支付方式、个人中心余额等方式，都要验证是否可以选择并正常执行支付操作。

值得注意的是，如果有各种优惠券（满减券，折扣等）的功能，此时跟下一步的“确认支付金额”需要考虑抵扣的验证，比如优惠券金额小于订单金额、大于订单金额、等于订单金额，多张优惠券是否能叠加等都要考虑到。

确认支付

正常流程:根据支付渠道里的余额，将订单金额改成一个小于、等于的值，然后支付成功。还有跟优惠券抵扣后，大于0，等于0的情况。

应支持切换支付方式异常:根据各支付方式的最大支付金额(单日最大、单笔最大，余额最大)来设置订单金额，刚好超出的数字来测试（边界值法的应用）。

正常情况下订单金额是计算出来的，不能进行修改。

但是做接口测试时，可以修改成非数字、负数、小数点超过2位。与优惠券抵扣后小于0的情况来进行测试，看是否会给出对应的报错。

支付密码

正常流程:根据支付渠道支持的密码类型:指纹、人脸识别、账号密码、动态获取验证码、手势图案、免密支付等，都需要一一验证是否支付并且可以支付成功。

异常流程:输入错误的密码信息，验证其提示功能;超过错误的次数的最后一次，是否有提示最后一次输入错误之后，是否会冻结等，是否需要手动解封等。

支付成功

需要验证最终显示支付金额、付款方式、收款方信息，然后需要去验证支付渠道的金额扣减是否正确，订单状态是否正确显示等

支付中断测试

主动中断:

测试不同环境下中断支付后的场景，去订单里看订单状态，并且可以继续往下走流程被动中断(交叉测试):

主要中断场景：来电、聊天工具语音或小心、闹钟、低电量、断网，耳机，蓝牙配对，NFC配对等，验证可以继续支付;

其他分类的支付测试：

1多笔订单合并支付，是否可以成功，扣款是否正确，订单状态检验

2重复点击各个按钮，是否会对订单数量和金额产生错误的叠加;

3网络测试:

切换网络:支付过程中，在3G、4G、5G，wifi等来回切换，测试是否可以支付成功

弱网测试:切到3G或更弱的网络时，支付功能变慢，如果异常退出测试是否有给出正确、友好的提示，再次支付时测试会不会重复支付