转载声明：文章来源：https://blog.csdn.net/m0_70618214/article/details/130725311

对于大部分人而言，支付模块或许是日常生活中最为关注和使用的功能之一，因此，对于支付模块的质量控制也显得尤为重要。

但考虑到支付涉及到金钱流转等敏感信息，一旦出现问题可能带来非常严重后果。因此，在支付模块测试方面，我们必须更加谨慎和细致。

本文将会向大家介绍一些实用的软件测试方法和注意事项，并围绕支付模块这一具体场景进行深入阐述。不论你是初学者还是资深测试人员，这些内容对你来说都将非常有用。

话不多说我们直接进入正题！！

支付流程示意图：

1、支付正常流程

按照需求说明，进行常规支付操作。期望，支付成功，且无任何报错情况。

（1）订单支付金额为整数

（2）订单支付金额为小数

（3）拆分类交易：交易进行拆分，上送拆分明细

（4）分别使用wifi和4G进行支付

2、支付异常流程

2.1 相关配置验证

（1）未开通对应渠道的支付开关

（2）未配置对应渠道的支付参数类

（3）未安装对应渠道APP（支付宝、微信等）

（4）未登陆对应渠道APP

2.2 支付基础验证

（1）订单支付金额小于目前账户余额

（2）拆分类交易：拆分金额与总金额不相等 

（3）模拟用户进行付款后，使用fiddler等工具，将订单金额进行修改

（4）支付请求完成后，不输入密码（一般支付渠道需要输入密码才能支付成功，但对于扫码类的被扫支付接口，微信和支付宝都有免密支付，金额<=1000时不需要输入密码，因此输入密码需要输入大金额）

（5）支付输入密码时，直接关掉该页面（包含pc端支付、APP端支付）

（6）支付请求完成后，输入密码错误（一般这种情况由渠道方进行控制，会提示密码错误，重新输入密码）

（7）扫码类交易：生成二维码不扫，查看支付结果

（8）扫码类交易：使用错误付款码进行支付（比如：微信渠道使用支付宝付款码）

（9）超时测试：某些渠道会有支付超时时间，待过了超时时间进行支付

2.3 重复操作支付

（1）输入密码错误重新支付

（2）支付无响应时重复支付

（3）支付完成后重新返回支付页面，重新支付

（4）单笔订单多人支付

（5）单笔订单一人多设备支付（比如手机和pc都可登录微信/支付宝）

（6）单笔订单快速点击支付按钮支付

2.4 服务器类

（1）支付完成后，未接收到异步通知时，我方服务器故障

（2）支付完成后，未接收到异步通知，渠道方服务器故障

（3）支付完成后，未接收到前台通知，我方服务器故障

（4）支付完成后，未接收到前台通知，渠道方服务器故障

（3）支付过程中，已下单，未成功进行支付时，渠道方服务器故障

（4）发起支付时，我方服务器故障

（5）发起支付时，渠道方服务器故障

2.5 网络问题

（1）弱网环境下，支付请求超时，查看支付订单是否有生成，查看支付情况

（2）弱网环境下，输入密码支付成功后，返回相关页面或者APP时请求超时，查看订单支付情况

（3）支付过程中，切换设备网络情况，比如WiFi切换4G/4G切换WiFi，查看支付情况

（4）用户点击支付后，出现网络异常等影响支付流程问题，查看数据库是否有待支付订单生成

（5）用户点击支付后，出现网络异常等影响支付流程问题恢复后，验证页面是否进行刷新，用户是否继续进行支付

（6）用户输入密码支付后，还未接收到成功通知时，出现网络异常等影响支付流程问题，查看数据库该笔订单是否成功

（7）用户输入密码支付后，还未接收到成功通知时，出现网络异常等影响支付流程问题恢复后，查看用户是否收到前台支付结果通知页面

支付结果涉及到用户使用方面，所以在异常时相关提示需清楚明了，并且支付页面不可有明显错误出现，不能有显示乱码情况。在用户交互方面，可根据一般页面测试规范进行测试。

支付接口完成后，需要具备完善的查询机制，在网络或者服务器问题导致订单支付成功后不能接收到成功的异步通知时，需要通过查询对账来修改系统的支付结果。