运营活动质量保障：质量人的甜蜜负担

一、运营活动的背景

什么是运营？我们做运营的目的又是什么？运营活动究竟对我们的产品有多重要？

再回答这个问题之前我们先考虑一个问题，为什么同样的产品和体验，有些品牌就可以享有更多的资源，除了运气，还需要迎合产品自身的运营规则。然而，随着业务的不断发展成熟，商业业务逐渐向重运营、重策略的模式发展，提出的需求中运营活动类需求数量也不断增多。运营活动一旦搞好了，要么会引流很多用户，也会提升品牌影响力。但是如果运营活的质量很差，被骂的声音也会更响亮了！属实的又爱又恨，运营活动因而成为了质量人最甜蜜的负担～而通过项目的积累、与其他业务的讨论共创，我们也积累了一批对运营活动类项目的测试点和对应的测试方案。下面我将从设计思路和具体内容出发介绍面对一个运营活动类项目时，如何进行测试方案设计。

二、运营活动的特性

运营活动的特点1：持续时间短

运营活动基本上都是有一定的周期性的时间节点的，这就代表随着活动的结束，活动的效果也会随着时间递减，而且活动结束后，会有一定的回落。比如我们再做一个拉新活动，当有新用户下载腾讯地图app后，开始几波连续的活动轰炸，因为活动的有一定时间限制，我们的第一场活动礼品最为丰厚，越往后预算也会越来越少，最后逐步到活动结束给用户的回馈也会降低。

活动运营的特点2：有明确的时间界限

和短期特点相照应的是，活动开展的时间界限一定要明确，参与时间模糊不清会让用户没有动力参与。12月的提频活动，包含预热（送现金红包）、开场（1分钱喝奶茶）、中期（泡泡玛特盲盒）、后期（公交地铁打车出行优惠券）的阶段，每个阶段有不同的活动形式，刺激用户参与。预热会有小小的广告片（开机闪屏，首页左上角icon等资源位广告投放）、H5动画等动作，开场的时候也是做遍地的渠道广告，比如网站H5分享、某些APP的开屏广告等，中期的时候赠送优惠券和秒杀券，后期的时候做返场活动。

活动运营的特点3：目标实现快速

活动执行的好，预期目标的实现也是很快速的。比如把用户引流到社群后，配合文案抛出有诱惑力的活动奖品（对用户来说是刚需或者能解决用户当下的困惑）并设定截止的时间限制，观察用户对产品的浏览值和下单量，如果在活动期间用户表现的不温不火，那多半是哪里出了问题，我们的运营互动的目标一定是提升品牌知名度，提高新用户的转化率和老用户的活跃度，因此运营活动的质量保障，就极为重要！

三、测试方案设计

了解了运营活动的整体特性，我们就可以有针对性的去做测试方案的思路，在需求评审后，我们从前期准备、测试手段、特殊测试点等方面出发进行的测试设计梳理。通过测试方案设计和评审，能够让项目参与各方了解项目整体节奏、保证测试范围完整、准确评估测试工作内容、捋清测试思路、提前进行准备。并且充分利用中心的测试工程化方案，总结出运营活动的几个阶段。

测试运营活动类项目的每个阶段有一些特殊的关注点：

3.1、需求阶段：

在需求阶段，产品将需求发出后，我们首先从以下几方面进行梳理，列出关注点在需求评审上进行讨论：

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

（2）结合需求目的，我们可以去关注需求内容与目的是否对得上，都运用了哪些活动手段去实现目标：

以拉新为目的的需求，需要关注拉新方式，一般都是push推送和端内外分享。一方面关注分享文案是否有不合理的地方、是否包含跳转链接能让用户快速进入活动页面，另一方面关注拉新方式的频次限制、是否会被微信限流等，以及订阅消息push推送；

以口碑为目的的需求，需要重视用户体验，例如关注活动页面的用户友好性、参与活动的难易程度、活动给用户带来的福利、售后流程的完整性等；

以促单为目的的需求，引流跳转出行小程序、打车等界面，利用发放优惠券的方式跳转到酒店预定、美食团购、景点演出票门票预订等，需要关注活动页面是否显眼、易用性是否便捷，最终是否能达到吸引人下单的效果；

以留存为目的的需求，需要关注活动是否真的能为用户带来好处、能否吸引用户持续参与等，这就要考虑前中后期的奖品更换情况。

（3）关注流程完整性，活动流程逻辑是否闭环。活动流程包括用户由入口 → 活动页面 → 参与活动 → 获得奖励 → 奖品核销。

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

3.2、测试分析阶段

3.3、测试阶段：

1.主流程的验证

当showcase结束后，研发会第一时间进行提测，此时我们应该以一个平常用户的角度，去探索使用我们的运营活动，这个时候我们能关注到什么？

（1）易用性

用户在不看任何说明的情况下，可以流畅的使用完整的走完整个活动的的流程，这期间也能够快速的暴漏出很多问题，有阻塞项也能尽快发现让研发优先解决。

（2）追求用户体验

产品想要有好的体验，就不能仅仅只局限于能用，这就要求我们测试人员，根据以往线上的经验教训，去发现认为使用流程不合理的点，和产品描述模棱两可的地方，要给用户充分的指引。

（3）避免不必要的客诉和用反

站在用户的角度，每个人也会有贪小便宜薅羊毛的小心思，用户薅不到羊毛就会很不爽，就会容易造成客诉，因此在奖品和资产核销方面，我们就要格外的谨慎，尽量做到该给的福利一定要给到用户，通过规则漏洞钻空子拿到或者拿不到的福利场景我们同样也要考虑周全。

2.专项测试验证

主流程走一遍之后，我们就要通过前期通过测试分析，写的测试用例来全面的覆盖每一个功能流程了，根据以往的测试经验，大致分为5个大类：奖品领取、分享逻辑、push推送、资源位推广、用户登录状态

首先我们来看奖品，这是运营活动最重要的环节，吸引用户的手段，也是最容易造成客诉的模块

1.奖品领取验证

（1）实物奖品

实物奖品一般是以抽奖的方式进行发放，抽中以后就会提示中奖，具体奖励就会放到个人账户里面，点击奖品就可以查看到：

实物奖品验证步骤：用户抽奖获得实物奖品，用户填写收货地址，平台给用户发货用户可查看当前发货状态，奖品送达用户手中，其中的环节都要验证充分，避免用户因无法及时了解奖品的发货状态，而产生对我司对不信任感，引发客诉问题！

（2）现金奖励

现金奖励是最为直观的奖金收益，领取和提现逻辑的验证才是重点

抽奖获得的现金奖励，会先放入奖励钱包里，然后再奖励钱包中进行提现操作，按照产品规则进行提现测试验证，首次提现，提现日才能提现，金额大于0.1元才能提现，提现截止日期超过无法提现，使用微信账号登录才可以提现等

（3）优惠券领取/核销

一般在大型活动开始前，产品事先确定好给用户的奖品，其中最多的奖品就是各种优惠券，对于订酒店、喝奶茶、优惠加油券、快车券、乘坐公交地铁券、腾讯视频vip 5天券等

产品会在活动开始前归纳好奖品的表格，并在雅典娜系统中进行配置，配置链接：http://mapathena.woa.com/my-workspace.html#/ka-product-list-prod

我们要做的是，对齐表格中所有配置内容，查看是否有配置对应的文案错误或者前端的显示错误，例如：

配置好了公交地铁券，前端未显示出来；领取了现金，弹框展示错位；实物奖品按钮展示错位； 奖品领取完成后，手图钱包奖品展示是否异常；奖励钱包和手图钱包奖品显示是否一致等。

验证完这些显示问题，还有就是优惠券核销，我们一个一个来看：

首先看酒店券：

1.酒店券只能支持同程的酒店使用

2.测试时多换几个酒店，有些酒店不支持

3.如果此时还不行，需要找后台研发黄郡，确认测试券的核销环境，虽然发放的是正式券，但是放入了测试环境的账户中，核销的对应酒店poi也应该是测试环境

4.一切准备就绪后，在预订的时候，支付前就可以看到优惠券的抵扣，见下

打车券核销：

领取到打车券，奖励钱包和手图账户都可以查看到该券：

在打车界面即可查看到该券的提醒，预估价格即可减去优惠券的价格：

奶茶券核销：

需要从奖励钱包或者手图账户奶茶优惠券入口，跳转到奶茶订单小程序，选好需要的奶茶后，再支付界面即可查看到优惠券扣减状态。

有时候也无法再此节目查看到优惠券抵扣，在最后的跳转微信支付界面才可以看到最终付款。

加油券核销：

当前的运营活动很少有给加油券的了，有的话直接点击去使用，会跳转到出行小程序，在这里就可以查看到抵扣的优惠啦！

公交地铁出行券：

这个验证起来比较麻烦，目前还没有找到模拟核销优惠券的方法，武汉/北京/海南澄迈县都不是合作城市，因此无法在这些地区核销

只有深圳地区可以核销这类优惠券，灰度阶段领取后，找深圳的小伙伴乘坐一次公交地铁，查看是否核销抵扣成功吧

2.分享逻辑验证

测试重点总结：

邀请入口验证，每个要求入口都要覆盖验证，避免遗漏，分享出口如，微信，朋友圈，QQ，抖音，小红书，微博等，都要分享一遍

邀请限制验证，每天可以邀请几次，活动总共可以邀请几人，邀请多少人有奖励，建立绑定关系才可以有奖励，多次邀请同一人是否邀请成功等

端内外主客视角下的分享逻辑，这里尤为重要，具体可以参考我在12月提频活动时之前写的用例：https://zhiyan.woa.com/testx/10986/cases/#/p/txmap/ct/cases/repo/14/ver/17/node/9337560/in_page

3.push推送方法验证

这里近期有较大改动，后续会写一个专项出来，小伙伴们敬请期待！

4.资源位推广

之前有写过一个专项文档，大家可以去这个链接上看看，这里就不过多介绍啦！

资源位链接：https://km.woa.com/articles/show/575277

这里最需要注意的是疲劳度设置，我们如果配置好的资源位不展示，很可能是被疲劳度限制住了，这里后续也会完善在资源位的介绍中～

5.登录/未登录状态验证

涉及到账户资产的需求，例如12月提频活动，春节福利活动，这种有实际奖励的运营需求，都必须要微信登录才可以参与，qq和手机号登录都无法领取礼品，但是可以进入货送主页，参与活动时引导登录微信！

还需要验证全新用户参与活动，奖励活动的重点目标是拉新，就要想办法构造出全新用户的使用情况，之前的两次活动就遇到过，全新用户因配置错误，导致无法被邀请以及邀请成功后主态无法获得奖励的情况，例如：

邀请全新用户，微信端无法授权进入拉端界面，由于雅典娜产品配置失误导致该问题的发生，修改配置后解决该问题。

由于配置错误的原因导致获取不到用户信息，就一直无法授权了，下图示例：

线上灰度测试阶段：

（1）此阶段又可以称为予发布阶段，内部同学优先体验，小范围的不同地域的同学探索性测试，能够发现很多自己关注不到的问题

举个简单的栗子，当时在做好友天气活动的时候，该活动跟地域有强相关，海南同学在体验使用时发现他们无法完整的使用，原因是研发的代码没有导入地级市和县级市等行政区，这些地区无法吸附到附近的市，就识别不出来无法使用，内部体验尽量发现这类有价值的问题。

（2）重视用户体验，吸取大家的建议，收集大家使用时感觉体验不好，或者产品描述不清楚的问题；

（3）兼容性问题，大家使用的手机都有不同的版本和型号的手机，用不同的手机去验证体验，能够一定程度上暴漏出个别机型问题。

上线阶段：

时刻关注用户反馈：

在运营活动上线后，尤其是礼品较为丰厚的运营活动，一定会在短时间内有大量用户参与，领取并使用我们的福利，这个时候如果出现问题，就一定会有用户反馈或者电话投诉，产品和研发同学都会在第一时间关注，测试也要根据用户描述在第一时间复现问题并协助研发定位，及时修复问题并安抚用户给予一定的奖励，塑造产品的口碑！

活动上线后测试还可以做什么：

（1）数据分析上线后密切关注线上数据，进行收集、整理、分析，也对之前的埋点做出充分验证。

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

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

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

总结

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