活动页一般都是h5，一般上得快走的快，比如抽玫瑰活动
h5测试的痛点：赶得急，玩命测试
容易崩溃
场景复杂
适配问题多
安全要求高：被黑客批量刷单
1、活动测试准备
明白活动投放的平台 （ios android ipad pc）？ 具体入口（比如顶部广告栏bannder）
是否包含分享 （ 这两点决定工作量）
测试权限申请（管理活动后台的配置权限）
是否有第三方依赖，比如第三方支付
活动涉及的页面文案、规则及集脚本通常有后台配置，督促运营今早准备数据，注意时间，让运营熟悉配置
测试用的模板尽可能与真是模板保持一致，测试中需要注意使用期限，不可叠加使用的红包，一定要确保规则是否满足需求
2、功能
页面请求测试点
查看页面发送的请求是否正确
请求的接口是否有重复，是否有其他接口的请求，如果有会导致流量增加
接口请求是否正确
接口测试工具
分享的测点
是否能唤起组件，是否唤起正确
分享涉及的图片与内容是否正确，今早与运营确认，注意长链接，因为微信微博长度有限制，超长的话会被自动截断。
如果无分享组件，的处理机制（比如提示安装或者屏蔽该组件入口）
分享的card是否可以打开
跨平台分享，是否成狗
页面刷新几返回
活动页相关操作是否可以方便返回活动首页
浏览器自带返回
页面中的返回要考虑业务逻辑，友好返回到响应层次，不能出现死循环
返回后是否需要刷新页面
网络
对于请求比较慢时，需要loading图案，图案在数据出来后要消失，
弱网发生的网络暂时中断。服务器返回异常注意前端需要友好处理，怎么模拟弱网？ 比如用chrls或者fidder模拟带宽、页迟
其他
h5与native交互：活动内登录与native登录是否同步
3、适配测试
1、如果有自己的后台统计数据，则从统计中选出topx机子，作为机型参考，优先适配主流系统和机型，没有后台数据的话，可参考市面上的数据
2、特别关注容易出现问题的机型，如小米3、三星、华为、中兴、oppo
3、兼容不同客户端的webview容器，UC、chrome
4、接入第三方应用
注意：活动页面使用的环境应该接入的客户端保持一致，否则客户
4、性能
常见的问题，活动中的图片尺寸超标（谁到速度和流量），可以预先提醒ued注意控制图片尺寸 （比如不超过20kb）
注意：其他应用缓存机制，之前遇到过页面中的较大图片，缓存会被其他应用清理掉，导致活动页面无法正确加载，显示白页的情况
5、安全
是否需要接入公司总的安全策略，若需要则有安全同学配合测试
无线前端的安全测试可通过和开发的安全约定，在页面请求时，比如请求的时候不能同时传昵称id，
抓包检查及代码review
总结：
活动状态
1、活动前：提示活动未开始，绕过也弥漫参加活动无效，活动前无效
2、活动中：奖项提前抽完，活动结束时奖品还有。抽奖结束后仍可以兑奖。兑奖彻底结束
3、活动后：兑奖 红包使用
4、下线：彻底结束的活动最好把所有入口下线
配置修改
1.测试中为了走完整个流程，常会把中奖概率设为100%，红包配置到最大。上线前记得改回来
2、为了遍历整个活动流程，活动那个开始时间结束时间及红包剩余数会修改到活动结束状态，上线记得改回来
3、活动文案一定要注明（尤其是和钱有关的活动），活动开始时间前非法获得的奖项无效
4、活动规则找法律风控部门review
安全防护
身份信息维护加密，比如中奖轮播中用户名中间字符用*代替
用户nike
黑名单
用户名
设备唯一号，比如活动同一台设备同一天只能抽奖一次
不同平台
时间相关
其他拦截