游戏测试怎么做？测试猿课堂一堂课教你学会游戏自动化软件测试

1、什么是游戏测试？

测试猿的很多学员被问及这个问题时，大部分人的常规理解是游戏测试工程师就是天天上班玩游戏，下班玩游戏，加班还是玩游戏。测试猿想说，其实他们就是这样的。^_^。当然，他们做的工作不是单纯个人意愿去玩游戏，而时按照一定的标准和要求去测试。

2、游戏测试工作内容分类（与测试猿的常规软件测试类似）

· 功能测试：依据策划案，进行软件测试（主要工作）

· 性能测试

· 安全测试

· 安装，卸载测试

· 兼容性测试

· 文档测试（一般很少有公司会做这类测试）

· 可玩性测试（软件测试中一般没有类似的划分）

3、游戏分类

依据运行平台划分

· 端游：使用安装包新网页游戏测试表，来安装到PC机上的游戏。如：WOW,梦幻西游

· 平台游戏：依赖于一个固有的平台，玩家可在平台上进行一人或多人的游戏，一般多以棋牌类，竞技类游戏为主。现今的平台游戏也比较多而杂。如：QQ游戏大厅，边锋，浩方

· 网页游戏：运行于浏览器中的游戏。如：龙将，傲视天地

· 手机游戏：运行于手机＼平板上面的游戏。如：我叫MT，刀塔传奇

依据游戏类型

· 即时战斗类：即时打斗，强调游戏的即时性。如：WOW，传奇

· 第一人称射击类：一般多以枪战类为主。如：CS

· 回合制：回合制类，一回合仅可解决一次，整体节奏较慢。强调游戏的策略，站位等。如：问道

· 卡牌类：卡片递归合成，白卡－>绿卡－>蓝卡－>紫卡。如：我叫MT

· 三消类：消除类。如：蒙特祖玛

· ....

· 现在的游戏类型太多，很多游戏的内容会整合其它类型。不在是以前的单人类型玩法。

4、游戏测试的常见成员结构

测试猿的胖达老师，在鹅厂做游戏测试的时候，所带的团队以常规的测试团队人员来划分（仅功能测试层面）：1个Leader＋Ｎ个功能测试人员（一个比较好听的名字：游戏测试工程师，Ｎ可能会等于0）＋1个配制管理（此角色有的团队Leader负责，或者程序负责），这是一个常规的标准配制。依据项目的规模人数上有可能会有变动。

一般项目的人员数配制参考

· 端游项目：1Leader+4~5功能测试人员+1配制管理

· 页游项目：1Leader+2~3功能测试人员＋0?1配制管理人员

· 手游项目：1Leader+1~2功能测试人员＋0?1配制管理人员

5、游戏测试内容划分

· Leader：负责整个项目的测试工作划分，风险评估，测试难点分析，报告产出，测试进度把控

· 功能测试人员：依据个人负责的模块，进行版本中的功能测试/配制表测试/交叉测试。

· 配制管理人员：发布供测试人员使用的版本，版本文件管理。更新测试环境的测试版本。搭建测试环境。测试猿胖达老师在鹅厂的游戏测试工作就是以此为主的。

6、文档&BUG

· Leader:项目立项初期，需要编写整个项目的测试计划、测试策略；项目开发过程中，缺陷总结报告、版本总结报告

· 功能测试人员：依据需求文档，编写测试用例，维护测试用例，执行测试用例，提交bug，跟进bug

· 配制管理人员：不停的发布版本，更新版本，取Log

7、游戏测试的常见问题

项目没有缺陷管理工具，作为一名测试人员，要怎么维护缺陷？

· 测试猿强烈不推荐使用Excel来维护缺陷。现在市面上的缺陷管理工具很多，免费的也有，破解的也有，作为游戏测试人员，一定要学会用工具来管理缺陷，而不是合适Excel来维护（不是诋毁Excel，只是维护缺陷太蛋疼）。如：禅道、Jira

· 当然有人会说，项目人家原本就没有缺陷管理工具，让开发和策划去使用工具，人家不愿意看，也不想用。这个时候，就要放你们的Leader出去，跟策划和程序去沟通，工具只会提高效率，不会增加他们的额外工作。而且工作来管理的话， 后面缺陷的统计和管理也会事半功倍的。

程序员、策划对测试人员提交的缺陷修改不及时？我的工作经常受阻

· 方法一：死缠烂打，效果比较明显。经常去烦他，他受不了就会去看你提交的缺陷。

· 方法二：找自身的原因，是否每次你提交的缺陷描述，人家都能正确的重现问题。有时不是别人不想改，只是看了一下没看懂，不想花时间。每个人都有自己的工作的?

· 方法三：私下与自己配合的人员把关系搞好，有啥问题好沟通，好基友么，有啥都好商量。

· 方法四：向上级汇报。如果你真碰到了那种工作没积极性，不好好配合，也不好沟通的人。没有啥不好意思的，你这样被拖着，只会影响自己的工作。

测试人员提交的bug被否定，怎么办？

· 第一次被否定，找相关的负责人再沟通下，如果还确认是问题新网页游戏测试表，请看下面

· 多思考下自己提交的是不是真的问题。如果确认是问题，请坚持一会。但不要太久，游戏原本就是制定一个规则，但里面有时，真的没有真正的对错。

· 如果真是问题，那出现的几率是多少？如果真的几率太低的话，就放一放吧，等后面再出现，再让负责人来修改。不要被一个问题卡住