1、背景

随着业务的不断发展成熟，商业业务逐渐向重运营、重策略的模式发展，提出的需求中运营活动类需求数量也不断增多。而通过项目的积累、与其他业务的讨论共创，我们也积累了一批对运营活动类项目的测试点和对应的测试方案。下面我将从设计思路和具体内容出发介绍面对一个运营活动类项目时，如何进行测试方案设计。

2、测试方案设计

2.1 设计思路

测试方案是在需求评审后，qa从前期准备、测试手段、特殊测试点等方面出发进行的测试设计梳理。通过测试方案设计和评审，能够让项目参与各方了解项目整体节奏、保证测试范围完整、准确评估测试工作内容、捋清测试思路、提前进行准备。

2.2 具体内容

2.2.1 需求阶段

（1）梳理出该活动的目的，运营类活动一般都是以拉新、口碑、促单、留存等为目的。

（4）提前考虑一些常见测试点例如考虑到需求对用户登录态的要求，包括用户已登录和未登录的区别、在什么节点吊起登录等；需求的影响范围，活动流程是否可以用开关控制等。

2.2.2 开发、联调阶段

（1）接口测试在技术评审后我们可以根据开发给出的技术设计文档梳理出主流程涉及的接口，在联调阶段就可以在接口测试平台设计接口case进行前置测试。而对运营活动类项目来说，活动页面交互多、用户行为不可完全预测，因此我们也可以通过接口平台进行异常情况测试，例如对登录态异常、请求时间异常、参数异常、幂等、边界值等情况。

（2）数据构造准备如果测试过程中涉及到已有工具的使用，在提测前需验证好工具的可用性。如果是没有能使用的工具而时间充裕的情况，可以提前开发可用的数据构造，方便开发自测和qa测试使用。

2.2.3 测试阶段

（1）前提条件

活动未开始：展示开始时间，固定文案； 活动进行中：到活动开始时间，相关文案是否有变化（mock/apollo配置活动开始时间）； 倒计时结束：倒计时清零后，页面恢复；

2）用户身份

构造能/不能参加活动的用户：修改对应的表构造相应用户身份/apollo配置白名单

（2）活动页面

1）签到功能签到功能一般会涉及到当日签到/补签/连签一周奖励升级的场景，对于连签一周奖励升级的场景，可以通过修改库表/缓存来覆盖。

3）活动中奖

（3）其他

1）埋点测试活动中各环节（进入/离开页面、参加活动、发放奖品等）的埋点上报；

2）边界测试

参加活动：连续点击活动入口，只计为一次参与活动； 发放奖品：奖品仅剩一件、奖品没有了的边界情况是否有兜底； 同一个页面两个活动挨着进行（秒杀活动）：上一个活动一结束，页面就变成下一个活动的样式；

3）兼容测试安卓/ios、大屏/小屏手机上的页面展示情况、视频播放情况；

4）并发测试活动涉及到的用户量很大时，会有并发的场景，可以进行压测；

2.2.4 上线阶段

（2）效果评估通过数据来评估本次运营活动是否达到预期。

（3）是否需要进一步迭代优化根据效果来决策是否需要进一步迭代。

（4）回归活动过程回顾整个活动的最初目标与最终结果是否匹配，复盘项目过程中做得好的地方和需要改进的地方。

3、总结

通过对运营活动类项目测试方案的提炼总结，一方面对已经做过的项目进行了又一次复盘，另一方面也为做好后续项目打下了基础。参考运营活动类项目测试方案，qa在相关项目中也更充分地可以参与到各个环节，为提升项目收益、保证项目质量、提升测试效率贡献自己的力量。

-事必有法，然后有成- 最后祝大家早日达到测试的天花板！