活动类项目必看！预演方案设计思路

活动是一种玩法拼接，一般包含各种晋级阶段和奖励发放逻辑，大多是组件+非常多的一次性代码，较大型的活动，为了保证线上效果，一般会在测试完毕后进行一次线上演戏，称之为“预演”

一、预演环境

大部分情况下，预演的目的是为了仿真，尽量使用的是线上环境。大家协商一致即可。
我们公司都是服务端线上+前端预发（我们服务端的pre环境等同于线上）。

二、预演物料

2.1 账号

1. 准备一批限定时间内，仅本项目可使用的账号；（防止混用账号导致判定不准）
2. 注意设置隔离；（有些涉及全局广播的场景、涉及真实财务结算的场景，都需要拦截住。还有一些直播间场景，最好把直播间加密，道具下发至指定房间，防止活动提前泄漏给用户。还有就是做好黑白名单，因为线上数据是有可能进榜的，到时候测试数据找不到。）//这里容易犯一个错误，就是隔离不彻底。//
3. 准备预演后的复原方案；（最好读写都进预演专用的影子库，通过配置切换。这样不容易产生脏数据，也比较好清理。）

2.2 成员

参与者为项目的关键成员，项目负责人是必须在场的，应对突发情况。

2.3 用例

预演用例不一定是测试用例，可以是主流程的正常+异常用例。
执行用例的时间，尽量避免晚高峰或者其他大型活动，防止出现意外。

三、特别注意点

4.1 预演信息同步

很多项目预演会自己默默的完成，但每个项目都不一定能评估完影响面，同时进行的项目有很多，我们把预演计划公示一下，万一被影响方自己就找上门来了呢。

4.2 预演问题分析

预演就不应该还能发现问题，如果发现了，这部分问题要不要改，怎么改，是要特别小心的。

4.3 预演隔离和数据清洗

一次成功的预演，对线上来说是静悄悄的。不被用户感知，也不产生脏数据，这块比较复杂，没有办法写通用的，要到实际项目里去看，设计隔离和清洗，无非注意以下几个点：

1. 预演有自己的影子库（读写数据用，清理也方便）；如果没有，那么就要提前设计好删哪些数据，怎么删，复位哪些东西。
2. 最小维度配置（能单房间的绝对不全局，能一个的不多个，如果不能做到，要考虑后果）。
3. 开关设计（快速止损、快速回滚、快速配置）。

五、来个demo

//由于太大不好放，所以我这边放的截图，想要PDF版本的可以通过网盘下载。