Day2-6测试积点任务

测试积点老人

问题：
请教特殊场景 (注册，支付) 的接口测试如何处理的？
注册
注册：通过手机或邮箱注册，需要校验验证码，并绑定邮箱或手机，验证码放在库表中或redis里面
我的思路：
1. 通过linux时间后面截取几位（不同国家的号码位数不一样），作为手机号发起注册申请，不用随机数是因为随机数可能会重复，而注册号码不可以重复
2. 去库表中拿验证码，并发起验证码校验请求
3. 绑定邮箱（通过linux时间后面截取几位@公司名.com）
1. 通过linux时间后面截取几位@公司名.com（实际不存在公司名的邮箱地址），发起注册申请，
    由于邮箱不存在，我也不能模拟真实的通过java mail等方法读取邮箱中的指定邮件的方式去拿这个验证码
2. 去库表中拿验证码，并发起验证码校验请求
产生影响：
这些数据产生一次后再没别的用处，测试次数越多造成的“垃圾”数据也越多，测试环境还好说，但是线上的话。。。，同时目前没有删除帐号的接口
结论：
所以需要DBA协助定期删记录
支付
支付：买了商品就要付钱，目前weekly环境是走沙箱（不会扣信用卡的钱）的，beta环境是真付（目前接口测试自动化主测环境）
我的思路：
借鉴回答区的同学们的思路，一分一分的付（需要造些数据）
产生影响：
在beta环境需要真付，除了商品本身的钱，还得扣关税，不同国家不一样。。。
其他：
需要配置好主测试区域，后续其他国家再慢慢做
请教
大家是怎么玩转注册自动化和支付自动化这俩场景接口测试的

libingyu135

接口测试一般不是都有接口文档吗？你想的这整个流程是一个接口实现不了的。。应该有多个接口

jingzizx

如果有校验确实很麻烦，要做的话要做到与规则一致

qqq911

准备大量数据吧