如何做一份适合运营的测试case

发表于2017-12-08
评论3 5.3k浏览
游戏运营过程中,版本的把控至关重要。当运营人员拿到一个版本之后,不管公司内部有没有QA人员,运营都要担负起自测的工作。那么如何做一份测试case才能更好的把问题描述清楚呢?

一般来说,QA那边会有现成的测试case,刚开始我们是直接拿过来用。一段时间后我们发现运营和QA测试的重点不同,QA的测试case更偏向于功能和内容完成度测试,深度不够;而运营则需要全面的对版本所有细节进行把控。

通过不断的积累和完善,我们形成了一份比较适合运营的模板和大家分享一下。

使用工具:Excel

1、版本内容反馈

首先,根据CP提供的版本内容逐条编写case,并整理归类、制表。

简单举例:

  • 新增功能:新增4个世界BOSS,分别是刘德华、张学友、郭富城、黎明。玩家可以在每天20:00~22:00进行挑战。
  • 优化功能:优化战斗胜利后的动画效果。
  • 修复Bug:修复部分英雄升级属性显示错误的问题。
整理后的表格如下(例)

2、Buglist

Buglist就要比版本内容测试case详细一些。先从Bug分类来说。

简单举例:

测试时候发现战斗点击人物释放技能按钮偶尔会无反馈,怪物受伤害值为0,怪物会出现短暂消失的情况。

这一句话其实可以分为三种类型的Bug,现在我们来拆分一下:

测试时候发现战斗中(1)点击释放技能按钮偶尔会无反馈(2)怪物受伤害值为0,(3)怪物会出现短暂消失的情况

  • 点击释放技能按钮偶尔会无反馈

点击释放技却没有得到实时反馈,或者点击多次后才会有一定概率施放技能。正常情况下是功能程序上的Bug,可以归类为:功能Bug

  • 怪物受伤害值为0

怪物被攻击时正常受到伤害,同时有受伤害的表现动画,例如:后仰+惨叫。而显示伤害值却为0。正常情况下是数值表没能正确配置,可以归类为:数值Bug

  • 怪物会出现短暂消失的情况

怪物在战斗过程中出现短暂消失情况,正常情况下是美术资源没有做全,可以归类为:资源Bug


Bug分类完善后,下一步就是完善Bug描述,Bug描述最重要的就是要把Bug描述清楚【废话。

简单举例:

Bug描述:英雄技能升级会提示技能点不足的Bug。

那么问题来了:哪一个英雄?升级什么技能?剩余技能点是什么状态?提示具体文字是什么?是否必现?是否有截图佐证?

完善版:

Bug描述:英雄美杜莎升级分裂箭技能时会弹出提示文字:当前技能点不足剩余技能点10点满足升级条件此Bug必现。截图:(我是图片)

除此之外

  • 非必现Bug需增加操作步骤,方便其他测试人员复现。
  • 需要标注优先级
  • 适配问题需要标注机型
  • 负责测试的人员需要标注姓名
综上,整理后的表格如下(例)

截图插入效果

截图插入步骤:

选择某单元格—>鼠标右键—>弹出的菜单选择插入批注—>鼠标右键点击弹出的批注框—>设置批注格式—>线条与颜色—>颜色—>下拉菜单—>填充效果—>图片—>选择图片—>点击确定。(实际操作不麻烦)

3、优化建议

优化建议相比前两部分内容就要简单随意一些,只需说明发现的问题或者可以优化的功能或体验,提出建议或参考。具体优化方案还是需要CP主导。

整理后的表格如下(例)


一个完整的适合运营的测试case就完成了。


要想发现产品中的问题,没有什么诀窍,唯有心细。

如社区发表内容存在侵权行为,您可以点击这里查看侵权投诉指引