您的位置 首页 > 数码极客

【游戏评测网】运营工具篇:各阶段游戏测试标准

文/高小迪

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

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

测试标准分三个阶段:

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日

  • 是否删档:否

责任编辑: 鲁达

1.内容基于多重复合算法人工智能语言模型创作,旨在以深度学习研究为目的传播信息知识,内容观点与本网站无关,反馈举报请
2.仅供读者参考,本网站未对该内容进行证实,对其原创性、真实性、完整性、及时性不作任何保证;
3.本站属于非营利性站点无毒无广告,请读者放心使用!

“游戏评测网,28手游折扣平台app,九游下载安装载,游戏性能评测网”边界阅读