前面已经把什么是游戏测试介绍过,本文主要介绍下游戏测试做什么?以及具体在工作会中有什么问题?
游戏杂谈
游戏测试(1)-什么是游戏测试
-
成员结构
- 以常规的测试团队人员来划分(仅功能测试层面):1个Leader+N个功能测试人员(一个比较好听的名字:游戏测试工程师,N可能会等于0)+1个配制管理(此角色有的团队Leader负责,或者程序负责),这是一个常规的标准配制。依据项目的规模人数上有可能会有变动。
- 一般项目的人员数配制参考
- 端游项目:1Leader+4~5功能测试人员+1配制管理
- 页游项目:1Leader+2~3功能测试人员+0〜1配制管理人员
- 手游项目:1Leader+1~2功能测试人员+0〜1配制管理人员
-
内容划分
- Leader:负责整个项目的测试工作划分,风险评估,测试难点分析,报告产出,测试进度把控
- 功能测试人员:依据个人负责的模块,进行版本中的功能测试/配制表测试/交叉测试。
- 配制管理人员:发布供测试人员使用的版本,版本文件管理。更新测试环境的测试版本。搭建测试环境
-
文档&BUG
- Leader:项目立项初期,需要编写整个项目的测试计划、测试策略;项目开发过程中,缺陷总结报告、版本总结报告
- 功能测试人员:依据需求文档,编写测试用例,维护测试用例,执行测试用例,提交bug,跟进bug
- 配制管理人员:不停的发布版本,更新版本,取Log
-
常见问题
- 项目没有缺陷管理工具,作为一名测试人员,要怎么维护缺陷?
- 强烈不推荐使用Excel来维护缺陷。现在市面上的缺陷管理工具很多,免费的也有,破解的也有,作为游戏测试人员,一定要学会用工具来管理缺陷,而不是合适Excel来维护(不是诋毁Excel,只是维护缺陷太蛋疼)。如:禅道、Jira
- 当然有人会说,我们项目人家原本就没有缺陷管理工具,让开发和策划去使用工具,人家不愿意看,也不想用。这个时候,就要放你们的Leader出去,跟策划和程序去沟通,工具只会提高效率,不会增加他们的额外工作。而且工作来管理的话, 后面缺陷的统计和管理也会事半功倍的。
- 程序员、策划对测试人员提交的缺陷修改不及时?我的工作经常受阻
- 方法一:死缠烂打,效果比较明显。经常去烦他,他受不了就会去看你提交的缺陷。
- 方法二:找自身的原因,是否每次你提交的缺陷描述,人家都能正确的重现问题。有时不是别人不想改,只是看了一下没看懂,不想花时间。每个人都有自己的工作的〜
- 方法三:私下与自己配合的人员把关系搞好,有啥问题好沟通,好基友么,有啥都好商量。
- 方法四:向上级汇报。如果你真碰到了那种工作没积极性,不好好配合,也不好沟通的人。没有啥不好意思的,你这样被拖着,只会影响自己的工作。
- 测试人员提交的bug被否定,怎么办?
- 第一次被否定,找相关的负责人再沟通下,如果还确认是问题,请看下面
- 多思考下自己提交的是不是真的问题。如果确认是问题,请坚持一会。但不要太久,游戏原本就是制定一个规则,但里面有时,真的没有真正的对错。
- 如果真是问题,那出现的几率是多少?如果真的几率太低的话,就放一放吧,等后面再出现,再让负责人来修改。不要被一个问题卡住
- 项目没有缺陷管理工具,作为一名测试人员,要怎么维护缺陷?