鲁达 文/高小迪
公众号“迪总运营的那些事”授权发布
运营工具篇，本文将提供每个阶段测试标准文档，只更换数据标准即可，希望对大家有帮助。
测试标准分三个阶段：
1、封闭性内测
2、开放性内测
3、付费删档封测
4、正式公测
（数据预估神马的是我随手写的）
第一阶段（封闭性内测）
目的：游戏完成60%情况下，主要进行bug测试，建立基本数据模型、调查用户接受度、制定游戏完善度计划。
一、测试运营目标：
产品完成60%情况下，获取7天2日均200人稳定测试用户，
测试bug：障碍性bug低于3个，不影响游戏bug低于30个
bug修复后，bug重复出现率降至10%，
制定未来3个月版本计划。
二、测试数据目标：
日均DAU：200
三、测试环境具备条件：
1）Bug率
范围性重大BUG低于3次，
范围性小型BUG低于30次，
个别用户BUG低于10次，
Bug重复出现率低于10%
2）服务器承载压力
承载力测试：分档次测试服务器流畅程度
宕机测试：满载一周服务器，宕机存档是否正常
3）策划要求：
每周一个bug fix版本优化
每两周一个体验优化版本
每月一个玩法版本
4）运营要求：
建立玩家每日奖励发放渠道，
建立测试期间运营活动方案，
建立用户反馈渠道，
建立面向用户模型，
建立后续数据采集需求，
建立数据采集标准，
建立未来版本目标，
四、其他部门要求：
1）数据中心：
建立运营后台，每日完成一个后台功能
2）平台部门：
接口性能：测试账号，接口稳定性
3）商务部门：
配合测试产品熟悉产品特点，
在产品测试完毕后开始对渠道进行评测，
提供所有渠道SDK，
提供渠道合作细则。
4）测试资源：
渠道数量：1个
测试量：首日新增500，平均日新增50，平均DAU 200左右
测试时长：30日
是否删档：是
第二阶段（开放性内测）
目的：游戏完成70%阶段，分析用户行为、测试游戏稳定性，测试基础留存数据。
一、测试数据目标：
产品完成70%情况下，获取1000人稳定测试用户，
游戏服务器稳定性：单服1000活跃情况服务器稳定性，
分析用户行为，调查产品覆盖用户类型，
基础数据：留存标准，在线时长标准，登陆次数标准
二、测试运营目标：
DAU：1000
数据标准：
三、 测试环境具备条件：
1）Bug率
范围性重大BUG低于1次，
范围性小型BUG低于10次，
个别用户BUG低于10次，
Bug重复出现率低于10%
2）服务器承载压力
承载力测试：最高单服承载2000人
3）策划要求：
每周一个bug fix版本优化
每周一个运营活动版本
每两周一个体验优化版本
每月一个玩法版本
每月一个运营活动玩法
4）运营要求：
建立运营整体标准（白皮书），
建立运营活动标准，
建立客服维护标准，
建立素材制作标准，
提供用户模型采集方案，
提供测试期间运营活动方案，
提供资源定价方案，
提供竞品玩法调查方案，
提供产品预热方案，
提供渠道用户调查方案，
四、其他部门要求：
1）数据中心：
新开放功能前完成数据接口调试，正式开放功能前提供数据后台
2）平台部门：
接口性能：账号，充值等接口稳定性测试
3）商务部门：
制作产品介绍文档PPT，
制定对外合作细则，
开始渠道对接，
4）测试资源：
渠道数量：主要安卓渠道
测试量：首日新增2500，平均日新增200，目标DAU 1000左右
测试时长：30日
是否删档：是
第三阶段（付费删档封测）
目的：游戏完成80%阶段，付费删档、测试用户的支付和消耗行为、支付系统稳定性标准，付费程度，付费欲望，付费作用。
一、测试数据目标：
产品完成80%情况下，获取基础2000人稳定测试用户，
测试支付系统稳定性，掉单率低于30%，
分析付费用户行为，建立付费用户模型，测试不同档次用户付费情况，
基础数据：开放充值情况下产品基础付费数据，
二、测试运营目标：
DAU：2000
数据标准
三、测试环境具备条件：
1）Bug率
范围性重大BUG低于1次，
范围性小型BUG低于10次，
个别用户BUG低于10次，
Bug重复出现率低于10%
2）服务器承载压力
最高单服承载2000-3000人
进行最大压力测试
3）策划要求：
提供未来一年功能开发计划
每周一个bug fix版本优化
每周一个运营活动版本
每两周一个体验优化版本
每月一个玩法版本
每月一个运营活动玩法
4）运营要求：
建立测试期间运营活动方案，
建立付费用户模型，
建立后续数据采集需求，
建立客服处理问题标准，
建立维护反馈标准，
提供竞品发行方案，
提供产品预热方案，
提供不同类型用户充值行为分析，
提供推广期导入计划，
提供推广期数据模型，
提供推广期发行方案，
提供开服计划，
提供未来1年发行目标，推广计划
四、其他部门要求：
1）数据中心：
新开放功能前完成数据接口调试，正式开放功能前提供数据后台
2）平台部门：
接口性能：优化测试账号，充值接口稳定性
3）商务部门：
开始对外合作
针对产品特色进行PR宣传
提供渠道合作标准
4）测试资源：
渠道数量：安卓全渠道
测试量：首日新增5000，平均每日500，DAU2000左右
测试时长：30日
是否删档：是
第四阶段（正式公测）
目的：游戏完成100%，公测的初步阶段、测试用户正式不删档收费后的行为、数据标准。
一、测试数据目标：
产品完成100%情况下，公测初期储备2000人核心用户，
测试不删档用户付费行为，
基础数据：开放充值情况下产品基础付费数据，
二、测试运营目标：
DAU：2000，公测初期
数据标准
1）Bug率三、测试环境具备条件：
范围性重大BUG低于0次，
范围性小型BUG低于0次，
个别用户BUG低于0次，
Bug重复出现率低于0%
2）服务器承载压力
承载力：最高单服承载2000-3000人
3）策划要求：
每周一个bug fix版本优化
每周一个运营活动版本
每两周一个体验优化版本
每月一个玩法版本
每月一个运营活动玩法
4）运营要求：
建立重大问题处理标准
建立联运合作问题处理标准
提供正式运营活动标准
提供未来1年推广数据标准
提供未来版本预热方案
四、其他部门要求：
1）数据中心：
新开放功能前完成数据接口调试，正式开放功能前提供数据后台
2）平台部门：
接口性能：账号，充值等接口稳定性测试
3）商务部门：
对外合作寻求代理
针对产品特色进行PR宣传
提供渠道特殊合作规则
测试资源：
渠道数量：全渠道
测试量：日均新增1000
测试时长：7日
是否删档：否