微信营销活动的功能测试框架——测试要点

1、功能流程的检查

1. 正常功能流程：用户—登陆活动——输入登陆信息——点击“拆”，进行抽奖——抽奖结果——奖品发放——如是实物，则填写地址

   2.异常功能流程：拆时网络异常，拆时奖品发放完毕，奖品剩余1个多个用户同时拆等等。

2、涉及到支付流程的注意点

1. 支付增长游戏次数：点击支付1分钱按钮，进入支付页面，支付成功，返回商户网站，支付状态更新为2-支付成功，首页刷新，次数增长1次。
2. 支付增长游戏次数：支付成功，不返回商户网站，支付状态仍是0-待支付，点击支付按钮时或是定时任务跑批，作支付回查，支付状态更新为2-支付成功。
3. 抽中奖后支付1分钱领取：点击支付1分钱按钮，进入支付页面，支付成功，返回商户网站，支付状态更新为2-支付成功，中奖记录表领取状态更新为已领取。
4. 抽中奖后支付1分钱领取：支付成功，不返回商户网站。定时任务跑批，作支付回查，支付状态更新为2-支付成功。同时中奖记录表对应记录的领取状态也要更新为已领取，若中奖奖品是电子券的，即电子券领取状态也要更新为已领取。
5. 点击支付1分钱按钮，进入支付页面，不支付，关闭退出。能够从新点击支付1分钱按钮，可以进入支付界面，进行支付操做。上一条支付状态更新为9-支付失败，新增一条支付记录支付状态为支付成功。
6. 点击支付1分钱按钮，进入支付页面，不支付，关闭退出后，没有再次进入支付界面，超过10分钟不支付，即该笔支付记录，等定时任务跑批，更新支付状态为1-已过时。
7. 以上操做后，检查数据库支付流水表和中奖记录表对应记录的状态是否正确。

3、 按钮的检查

1. 【拆】抽奖按钮，要防重复提交处理。检查数据库是否会插入两条重复的记录。
2. 点击一次【拆】按钮，是否可以正常弹出抽奖结果页面。
3. 点击【支付1分钱】按钮，要防重复提交处理。检查数据库是否会插入两条重复的记录。
4. 点击一次【支付1分钱】按钮，是否可以正常弹出支付页面。进入支付界面前，是否有友好提示语：正在拼命加载中，请耐心等待
5. 在游戏首页，点击【去赢大奖】按钮，也要防重复提交处理，用户点击一次出现黑色遮罩层和加载条，让用户耐心等待，避免并发量太大，用户进入抽奖页面太慢。
6. 【去赢大奖】此类按钮程序要控制并发量最大值，让用户排队进入抽奖页面。

4、中奖几率的测试

1. 中奖的顺序
2. 中奖几率高的奖品A剩余数量0，下一个中奖几率次要，而且奖品B有剩余数量，能正常中奖品B

3.中奖几率高的奖品A剩余数量1，下一个中奖几率次要，而且奖品B有剩余数量，用户此时抽奖，抽中奖品A。 4. 每种奖品都是剩余数量1，6种奖品，作7种状况，最后一笔没中奖，提示“很遗憾，奖品已经发完了”或是提示“对不起，您没中奖，继续努力”。

5、分享页面的检查

1. 发送给朋友，分享标题、分享描述和分享图片取值是否正确，好友点击分享连接是否可以正常进入分享页面或游戏首页
2. 分享到朋友圈，分享标题、分享图片取值是否正确，好友点击分享连接是否可以正常进入分享页面或游戏首页
3. 区分IOS和安卓的手机来测试，若安卓手机能正常分享连接正常访问，而IOS手机分享连接不能正常访问，则是由于配置的问题，在http后加个s，再验证下分享功能。
4. 若分享要增长机会次数，则要区分“已经登记为营销活动用户后打开连接”仍是“先打开连接再登记为营销活动用户”两种状况来测试。未登记为营销活动用户，则不给分享用户增长机会次数，待好友登记为营销活动用户后，再给分享用户增长游戏次数。

6、 奖品份额的检查

1. 抽中奖，知足领取条件，则减小一个奖品数量
2. 抽中奖，不知足领取条件，则要释放该奖品数量
3. 全部奖品的中奖明细总数量与设定的各项奖品总数量必须相等，不能多也不能少
4. 每项奖品的中奖明细总数量是否与设定的每项奖品总数量相等，必须相等
5. 前端提示中奖奖品名称与后台奖品明细名称相同，数量减小也对

7、 机会次数的检查

1. 检查首次进入游戏的初始机会次数是否正确
2. 天天使用机会，是否减小机会次数；网络很差或是其余异常缘由，则不减小机会次数
3. 活动规则天天有3次机会，则要检查天天是否有3次机会
4. 活动规则天天未用完的机会清零，则检查机会次数是否清零
5. 活动规则天天未用完的机会不清零而且累进，则检查机会次数是否不清零，累进机会次数是否正确
6. 活动规则支付一分钱增长机会1次，则检查支付成功是否增长机会，支付不成功则不增长。
7. 活动规则分享给好友并参与游戏增长机会1次，则检查分享给好友并参与游戏则增长机会1次，若分享给好友不参与游戏则不增长机会。
8. 活动规则分享到朋友圈增长机会1次，则检查分享到朋友圈是否有增长机会1次，要区分IOS和安卓手机来测试

8、手机号码输入框检查

1. 手机号码框要控制成只能输入11位数字的文本框。
2. 输入以非1开头的手机号，给出提示：请输入正确的手机号码。须要分别验证以非1开头的数字(0\2\3)或字母等其余字符开头的状况。
3. 输入带有英文字母的手机号，系统自动忽略非数字字符(即控制不能输入英文字母)。
4. 输入带有特殊符号)/&(的手机号，系统自动忽略非数字字符(即控制不能输入特殊符号)。
5. 输入不足11位数字，给出提示：请输入正确的手机号码。
6. 输入以170开头的11位手机号，给出提示：170开头的手机号不能参与本活动！。
7. 手机号码输入框字体大小应固定为22px。打开活动连接，光标定位到输入框，空白地方右键选择“审查元素”，选择某手机机型，查看代码元素“font-size: 22px;”。
8. 手机号码输入框所在行，点击任意地方，均应获取到焦点在输入框，保证用户可以正常使用。
9. 手机键盘不能遮挡着手机号码输入栏，可以自动往上移动显示输入栏。
10. 注：区分IOS和安卓的手机来测试

9、话费和流量充值的检查 充值方式有两种：在线充值，线下充值

1. 检查抽奖中话费或流量充值流水表是否会有重复记录。
2. 线下充值：抽中话费或流量，在充值流水表增长一条记录，返回码为空，返回信息也为空。系统不须要作什么处理，运营者把该表的数据导出，核对没问题后，提交给运营管理平台运营者线下批量充值就好。
3. 在线充值：抽中话费或流量，在充值流水表增长一条记录，返回码为空，返回信息也为空。
4. 在线充值：充值定时任务跑批后，充值流水表返回码为空的记录，充值成功，即返回码将会更新为0，返回信息是处理成功。
5. 在线充值：充值定时任务跑批后，充值流水表返回码为空的记录，充值失败，即返回码将会更新为错误返回码，返回信息是失败缘由。核对充值失败的记录，导出须要补充值的记录提供给运营管理平台运营人员进行线下批量充值。
6. 检查充值流水表充值记录的状态与405管理平台的状态是否一致。

10、用户体验的检查

1. 检查功能流程是否容易操做，是否合理
2. 检查按钮摆放位置是否符合人们的操做习惯
3. 检查界面及颜色是否协调，是否符合主题，是否让人们容易接受

11、兼容性测试的检查

1. 使用公司全部测试机型，把以上功能点都测试一遍
2. 发出活动测试连接，动员公司全部人玩此游戏，找出不一样机型的问题，收集问题
3. 注意：华为机型屏幕里边一般会有首页返回键，建议UI设计师在产品设计图上以这种机型来设计，这样前端切图和开发时就容易处理这种状况的兼容性问题
4. 除了要测试主流机型外，还要注意一些比较特有的机型，好比：苹果4S和华为6 plus