电商app测试，对于支付部分如何考虑？其接口性能测试有实例参考？
第一次接触app测试而且是电商app时间太紧，有点迷茫，请教各位，对于app支付部分应如何考虑用例设计？对于支付的接口测试实例，如果有这方面资料，能否分享一下，不胜感激！测试准备
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网络请求超时，刷新检查订单是否支付成功。 楼上非常详细了 为1楼点赞，学习了 一喽说的很详细了 重点关注钱的正确性 支付这一块 测试起来还是比较麻烦 已经有人很好的回答了
页:
[1]
