第三方支付的测试点【杭州多测师】【杭州多测师_王sir】

支付功能测试点
功能测试
1、是否可以支持免密支付，由收付款支付页面直接跳转到支付成功页面
2、银行卡支付卡号正确，零码正确，支付成功
3、银行卡支付卡号错误，密码错误，支付失败
4、错误次数限制，错1次是否可以重试，错误2次是否可以重试，3次是否会锁卡
5、是否支持扫码二维码支付
6、是否支持指纹支付
7、指纹支付手指受伤，指纹无法正确识别，支付失败
8、指纹识别成功，支付成功
9、新录入的指纹，需要密码支付
10、指纹支付失败限制次数
11、是否支持微信，支付宝，花呗，借呗，零钱通，零钱，信用卡等等支付
12、是否支持信用卡，不同的银行卡，网银，云闪付，第三方和数字人民币支付
13、支付金额要验证0.01和5万能不能支付，边界值的情况，比如-1,50000.01能不能支付，输入中文能不能支付
14、空值支付，消费金额达上限，无法支付
15、余额充足支付成功，余额不足取消支付
16、显示余额不足并不会扣除余额，更换支付方式是否继续支付，是否可以取消支付

兼容性测试：
1、不同系统、不同网络 (wifi/4/5G)、不同浏览器、不同的二维码

容错性测试：
1、支付过程断网
2、支付成功后退款
3、余额不足，更换支付方式
4、支付时指纹不正确、支付中关机、支付时跳转其他页面
5、支付时刷新页面支付到一半取消返回

性能和压力测试：
1、多个用户同时向一个账户支付
2、页面跳转时间
3、支付成功后跳转账单信息时间
4、支付时的耗电量
5、支付金额不足时，更换支付方式跳转时间
6、支付密码错误时，弹出信息时间
7、不同的网络环境下，支付成功响应时间

界面测试：
1、支付页面简约大气
2、支付页面显示金额字体合适
3、输入密码时健盘字休洁晰大小合理
4、账单信息页面完整清晰

安全测试：
1、密码是否可见
2、支付较大金额会询问是否确定
3、支付的金额与所扣的金额是否一致
4、支付完成是否会跳转到账单信息页面
5、在新设备上会提示支付实名认证

易用性测试：
1、免密支付
2、指纹支付
3、错误信息提示易懂

一、梳理支付的业务流程如下 ：

　　点击支付---> 选择支付方式 ---> 确认金额---> 输入密码 ---> 成功支付

　　完成这个流程测试，也就是完成了项目的冒烟测试！然后需要测试针对流程中的每个阶段和步骤，具体分析可能导致异常的测试点，所以我们按阶段和输入项来进行划分。

 

 

一：支付的分类：

　　首先，根据不同维度，通常我们可以把支付分为如下图所示的种类：

 

 

其次，一般来讲，线上支付分为两种消费模式。一种是直接支付金额，如淘宝，京东等购物网站，或是360云盘，视频会员等这种会员服务；另一种是充值购买金豆之类的虚拟币，在网站中使用虚拟币进行消费，比如游戏平台、花椒等产品！

　　其次，一般来讲，线上支付分为两种消费模式。一种是直接支付金额，如淘宝，京东等购物网站，或是360云盘，视频会员等这种会员服务；另一种是充值购买金豆之类的虚拟币，在网站中使用虚拟币进行消费，比如游戏平台、花椒等产品！

　　二：功能测试

　　接下来就是测试方面的工作了，首先进行的是功能测试，那么我将边界值、等类划分、错误推测，因果图等各种测试方法相结合，整理出来了一套相对全面的测试案例，对支付功能进行测试，从而确保整个支付流程和涉及到的支付流程在任何情况下都能使用。

　　三：接口测试

　　明确整个支付流程所需要调用的接口，分清楚商家和第三方平台的接口以及参数的请求方式，包括对接口特定参数的加密，使用异常单号模拟支付，对服务端的检验等等。

　　四：安全测试

　　支付都会涉及到金额，那么就需要考虑安全测试这个方面，支付请求的伪造，金额的恶意篡改，恶意模拟第三方接口来调用商家接口等，均是我们需要考虑清楚的问题。

　　五：支付流程

 

 

六：测试点

　　支付流程测试点

　　1、付款金额和应付金额是否一致，（比如：扫描的支付二维码，和显示的应支付金额是否一致）。支付还是要走整个支付流程才行，从确认订单到最后的支付成功，任何一步都有可能有问题。

　　2、同一种支付方式，不同的支付入口(比如：如下图所示，支付宝有两个支付入口。即可通过扫描二维码支付，也可以通过支付宝网页支付。在测试过程中，两个入口都要覆盖到。

　　3、支付成功后，产品购买是否成功。

　　比如会员服务产品，购买后会员到期时间是否正常延迟；比如购买商品，支付成功后，订单状态是否更改，商品种类和数量是否正确等等。

　　4、支付成功后，用户的金额是否扣除成功。

　　支付金额测试点

　　1、正常金额支付

　　2、金额的最小值：0.01

　　3、无意义的值：0元

　　4、最大金额：设置支付的最大金额

　　5、银行卡或微信等，设置每日最大消费金额或者单笔最大消费金额

　　6、银行卡或微信余额不足时支付

　　支付流程测试点

　　1、正常完成支付流程

　　2、调起订单后，取消订单

　　3、支付中断后，继续支付

　　4、支付中断后结束支付

　　5、单笔订单单笔支付

　　6、多订单合并支付

　　7、持续点击支付，是否会出现多次购买

　　支付方式测试点

　　1、支付宝支付

　　2、支付宝网页支付

　　3、微信支付

　　4、银行卡支付

　　· 优惠券或折扣（有一定的优惠）

　　· 支付中使用优惠券/折扣，应付金额和实际支付金额是否正确

　　· 优惠券/折扣是否是必选，是否可以不选择折扣

　　· 支付订单退款完成后，优惠券/折扣是否还能使用

　　坑一：页面显示的应付金额通过接口vip.product返回了，前端显示出来应付金额。但是，支付的二维码是通过接口vip.getPayUrl这个接口返回的，结果二维码扫出来的值和显示的应付金额不一样呀！！！最后问题是在于，vip.getPayUrl中取的是服务器缓存，导致二维码显示的金额跟前端展示的应付金额不一致。所以测试支付还是要走整个支付流程才行，从确认订单到最后的支付成功，任何一步都有可能有问题。

　　坑二：通过支付宝网站支付，支付成功后，页面没有跳转回原服务套餐网页。最后的原因是服务配置的return_url不正确，导致支付后，没有跳回原页面。如果测试用例覆盖不到这种场景，那么将会造成非常严重的线上事故。