异常:输入错误的密码 , 检查有无提示信息且正确;超过密码错误上限 , 检查是否冻结等 。
5)其他场景测试点:
a、多笔订单合并支付 , 是否可以成功;
b、重复点击支付按钮 , 是否会出现多次购买 , 并同步检查数据库的数据帐账目正确;
c、支付中断:
主动中断:可以继续支付并成功
被动中断:比如电话、低电量、闹钟 , 断网、切换后台、耳机插拔等 , 验证可以继续支付;
d、网络测试:
验证各种网络类型:2G、3G, 4G , 5G , wifi 下都可以正常支付;
进行网络切换 , 支付功能正常;
弱网测试下支付功能正常:不会重复支付多次 , App 不会闪退 崩溃 , 而且页面提示友好;
e、使用 fiddler 等抓包篡改价格:不允许抓包或者数据加密 , 篡改不成功
二、退款流程
**正常:**验证正常的退款流程 , 也就是退款的冒烟测试:
1、点击退款可以退款成功 , 并且检查交易状态是退款 , 退款金额可以到账;
2、结合优惠券等抵扣 , 可以退款实际支付金额;
3、同步检查数据库的数据和账目是正确的;
异常:提交错误退款(退款订单号不对) , 或者退款金额错误 , 都能够退款失败(此处一般会借助工具进行测试 , 比如进行接口测试);
三、测试方法
那么以上的测试点在具体公司项目中要怎么进行测试呢?我们有不同的一些测试方法:
1) 小额支付:
需要让开发修改代码 , 不管支付多少钱 , 实际支付都是 1 分钱;不顾这种方法只能测试小额支付 , 就有可能会出现产品小额支付没问题 , 但是大额支付就错误的漏测情况;
2)申请测试金额:
这种方式一般会作为小额支付的一种补充 , 比如测试完小额支付后 , 再测试一些大额支付 , 这就需要跟公司申请测试基金 , 走报销流程;
3)沙箱支付:
沙箱支付是一种虚拟的支付 , 不是真实的金额;这种方法可以验证小额和大额的支付流程;不过目前只有支付宝沙箱比较成熟可用 , 其他的支付方法不可用 。
四、非功能测试点
测试完以上的功能测试点之后 , 我们还需要验证一些非功能测试点 , 主要包括以下几个方面:
1)界面
验证界面的美观 , 排版和错别字等 。
2)兼容性
**BS:**如果是 BS 架构的产品 , 需要测试跟浏览器的兼容性;所以就需要根据浏览器的内核 , 选择一些主流的浏览器进行测试;
CS:如果 CS 架构的产品 , 测试手机移动端的兼容 , 比如手机型号 , 系统版本和屏幕大小及分辨率等 。
3)易用性
测试站在用户的角度考虑用户体验 , 使用是否方便等 。
4)性能
比如考虑多用户支付 , 长时间运行等 , 关注产品的响应时间等 , 一般需要借助工具或者代码进行测试 。
5)安全
验证敏感信息是否加密 , 是否可以篡改;通过一些工具进行安全扫描 , 检查是否有安全漏洞;或者采用一些其他的手段进行专门的安全测试 。
【面试官问“你能说说支付功能怎么测试吗?”该怎么回答】
推荐阅读
- 最好的金命是什么?
- 汽车四大件是哪四件?
- “文房四宝”中的毛笔是谁发明的?
- steam|女人在哪几个时期最“需要”男人?过来人告诉你3个时期.
- 春季耳痛耳鸣病根在鼻子 切莫忽视鼻咽癌“警报”
- 春季最适合宝宝吃的几款粥
- 00后|00后“按时下班”被批评,写小作文怒怼老板,去年画的饼还没吃完
- 求职|初高中好消息来了!官方明确:“取消普职比分流”,五月起施行
- 职业教育|退休之后,适时做个“不好惹”的人
- 求职|找工作要有远见?“夕阳产业”等行业不建议从事,早知道不吃亏
