游戏运营必备常识：运营工具篇各阶段游戏测试标准

文/高小迪

公众号“迪总运营的那些事”授权发布

运营工具篇，本文将提供每个阶段测试标准文档，只更换数据标准即可，希望对大家有帮助。

测试标准分三个阶段：

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日

• 是否删档：否