注册

注册:通过手机或邮箱注册,需要校验验证码,并绑定邮箱或手机,验证码放在库表中或 redis 里面

我的思路:

1. 通过linux时间后面截取几位(不同国家的号码位数不一样),作为手机号发起注册申请,不用随机数是因为随机数可能会重复,而注册号码不可以重复
2. 去库表中拿验证码,并发起验证码校验请求
3. 绑定邮箱(通过linux时间后面截取几位@公司名.com)
1. 通过linux时间后面截取几位@公司名.com(实际不存在公司名的邮箱地址),发起注册申请,
    由于邮箱不存在,我也不能模拟真实的通过java mail等方法读取邮箱中的指定邮件的方式去拿这个验证码
2. 去库表中拿验证码,并发起验证码校验请求

产生影响:

  1. 这些数据产生一次后再没别的用处,测试次数越多造成的 “垃圾” 数据也越多,测试环境还好说,但是线上的话。。。,同时目前没有删除帐号的接口

结论:
所以需要 DBA 协助定期删记录

支付

支付:买了商品就要付钱,目前 weekly 环境是走沙箱(不会扣信用卡的钱)的,beta 环境是真付(目前接口测试自动化主测环境)

我的思路:
借鉴回答区的同学们的思路,一分一分的付(需要造些数据)

产生影响:
在 beta 环境需要真付,除了商品本身的钱,还得扣关税,不同国家不一样。。。

其他:
需要配置好主测试区域,后续其他国家再慢慢做

请教

大家是怎么玩转注册自动化和支付自动化这俩场景接口测试的


↙↙↙阅读原文可查看相关链接,并与作者交流