游戏测试的一点想法

游戏测试的一点想法

经过半年的游戏测试，自己总结了一下关于如何做好游戏测试及游戏测试人员需要掌握的技能的一点认识。

那么，首先，需要知道游戏测试是干什么的？平时我问过我一些做测试的朋友，几乎所有的业外人士的回答都是一致的：好爽啊，玩游戏。我想起了一同事说的话，做鸭子的跟我们真像~~都是别人看着爽。那么一个好的游戏测试需要什么样的素质呢？

首先我从公司招聘游戏测试人员说起：

1.游戏测试，面试的时候最首先考察应该是思维能力，或者说测试思维，缜密，逆向，发散，创造。游戏测试几乎无法使用工具的工作，一切都是靠你的脑袋。如像你如何去测试XX或者如何去看待XX.

2.实际工作中，测试是要负责为策划把关的，在策划案里就能看出问题会让项目的开发节省出大量的时间，所以其次考察的应该是理解力、阅读的功力以及对数据的敏感力。

3.游戏测试往往还是一个链子，连接着策划与程序，建议、督促等等的事情，所以良好的沟通力也必须的。

4.再次应该考察的应该是浅显的代码、数据库的东西。因为测试工作不可能离开数据库以及一些代码中的算法。

5.最后应该考察的是对游戏是否充满热情，如果这个人从来没有玩过什么游戏，虽然有良好的测试基础、丰富的工作经验，可对游戏没有一点兴趣，完全是为了工作而来做游戏测试，我想是做不好游戏测试的。

我想如果一个游戏测试人员能做到上面的5点肯定会是一个非常好的游戏测试人员。没有必要去考察什么如何构建用例，也没有必要去考察什么等价类划分法，你的思维会直观的表现在你的用例里头。系统的用例构建方法，是让你的思维开阔，而不是固化。

测试还需要什么能力，想想也挺多的，上边说到的从策划案中发现问题、以及良好的的沟通能力都是。但游戏测试跟软件测试最大的不同在哪？

1、用户体验，游戏跟软件最大的不同在于，游戏策划者永远不知道玩家需要什么，即时做过再多的调研。作为游戏测试，你需要不断的变换角色，去为玩家着想，哪怕一个细节。

2、游戏测试近乎于人肉测试，很少可以利用到工具。或许你觉着既然软件测试可以，游戏测试也可以啊。但是游戏测试主要的工作，不是测试这个功能可用，而是这个功能好用。每一步操作都可能不友好（再此半年中我曾经研究过一些工具，很想把我们的游戏能用上那些传统软件中很流行的测试工具，可实际上是行不通的，最后只能选择放弃）

3、游戏测试不容出错，谁都知道，没有无BUG的软件，但是，游戏测试最大的压力就是绝不能出大漏子。什么是大漏子，可能玩家一连串的操作把服务器搞DOWN了，可能玩家一下找到漏洞给自己刷了很多很多物品，从而扰乱我们游戏的商业系统的平衡，从而导致我们游戏最后走向关门大吉。这些，都需要我们找到，起码发现问题的时候立马找出重现条件。这种压力，我想是远远大于传统软件测试的，也是游戏测试经常加班的原因之一。

4、游戏测试可以改变产品。当然，测试的工作就是让产品更好。不过好的游戏测试可以给策划建议，告诉他哪个系统辛苦做出来却没人会去玩，或者告诉他哪个系统按哪种方式或模式设计更好更具有美观、合理性。这都本来是策划要做的事情，但我们也得做。这才是一个好的测试。

上面都总结了下游戏测试人员都该具备哪些能力，可不一定一个具有上面所有的能力的

测试人员就能把测试工作做好！要想把测试工作做好，还得需要很多的外在条件。

1.好的策划文档，一个好的策划文档能让一个测试人员看过之后，在游戏系统还没有出来就已经非常了解该游戏系统具体功能以及模式并能设计出非常详细的测试用例。策划文档应该包括两个文档，一是概要设计文档和详细设计文档。概要设计文档能让人了解该系统是做什么，实现了哪些功能，最终的目的是什么；详细设计文档让人能知道知道对每一个功能的实现具体步骤是什么样，每个数据的具体临界点是什么。只有这样，程序开发人员看了文档之后，很快能知道该功能怎么实现好，功能模块实现起来的难易程度，从而合理控制开发时间，且产生的BUG数量也大大降低；测试人员看了之后不仅能设计出详细、覆盖率高的测试用例，而且还可以估量BUG最容易产生在哪些模块。大的说可以减少公司对该项目的研发成本，小的说可以减少研发时间，少加点班吧！（来公司半年多，我深深的感受到了文档带来的困惑，我曾一次又一次的提出这个问题，可到现在仍旧毫无改变，长久下去，不仅丧失个人对看策划文档的兴致，更造成对工作的热情）

2.相关职位人员的责任心，一个策划案从策划手中延生直到上线，我想不仅我们的流程有问题且各岗位的责任心也没有做到位，几何时策划当你即将发出策划文档及新的更新数据那一刹那间你最后检查了一遍吗？运营部的同事你们也检查过吗？是不是你们就当了一个中转站？程序部开发的同事当你们接到策划文案或新的更新数据时候你们有首先详细从头到尾看过吗？还是拿着文档就从头到尾开始就进行敲代码导数据呢？当你们上传更新的时候发文件给徐宁的时候你们有做最后检查吗？有更新文档吗？对于这些问题我可以举例不知道多少次，人不是万能的，人也有情绪，测试部就两个女孩加上我，知道我们所承受的压力吗？难道一个系统的质量就是我们三个人的工作职责吗？曾几何时我看见李纪平被领导叫过去挨批的时候我心同样受到煎熬，当某些同事谈论起测试部说什么测试部很水的话你们了解测试吗？（我也许不是一个好的测试人员！可我之前进的两家公司没有谁否定过我的测试能力以及对自己所负责的工作的态度，我喜欢玩游戏这也才是我选择进来做游戏测试的很大一部分原因，难道我在平时空闲的时间玩玩游戏真的有很大的错吗？找到游戏的BUG真的很有乐趣，记得有一次梦幻西游我找到一个很大的BUG，就是押镖不需要押金我兴奋的一晚上两个号连续压了100镖，那可是需要7小时才能压完的，说了点废话）对于我们公司的游戏我真不想BUG满天飞的年代！我只希望每个人都能把好质量的关卡，我们是一个团队，每个人负责好每个人的职责，外加一点点细心，我想我们游戏的BUG就会减少很多，我们测试的工作将会更好一些。

3.系统、策划案的研发及整个开发到上线的流程不合理，我相信每一个程序部的同事和我们测试部的同事都深有感受。我真不想提我们以前的流程，我觉得在我们现有的条件下应该歌部门能坐在一起讨论一个合理的大家能接受的规范流程。

4.工作安排不合理性，经常听见什么东西什么东西这周要上，可是相关的文档呢？答案是经常没有（开发有没有我不是很清楚），许多文档都是口头喊XX上传了个新的版本关于啥的测试下，测试连个测试的依照标准都没有，何谈测试？难道都凭借主观意识去进行测试，到最后由于时间的关系匆忙测试完提交，我想这样BUG肯定会遗漏到现网上去了。

5.BUG提交及修复的问题。测试人员把BUG提交给程序以后，存在以下状况：

●催着改默默的等候，往往长时间没有回应。

●XX某个平台上传了一个新版本测试一下。

●基本上是开发人员修改BUG以后，自己也不去测试F上看下BUG是否真正修改

好了。

●对待测试人员提交的BUG文档没有正确的回复。

●在本机修改以后，忘记提交到测试F，测试人员再测试的时候BUG依然存在。

我想如果上面关于BUG修复的相关问题不解决，严重影响每个人的工作进度，导致无谓的加班。

5.测试人员没有自己的工作重心，测试人员的工作不仅仅是等一个策划案、一个功能真正开发出来才进入测试，而是从策划案的源头做起，对每个有疑问的地方利用自己的专业知识在开发前期和开发过程中提出自己的见解，因为测试人员多少理解程序的实现又在某种程度上充当着一个玩家的角色，这个特殊的角色对策划案更有种不同意义的见解。如果能在工作当中合理提出自己的意见，我相信对整个项目的工作具有很大的意义。

这是我半年在公司工作的体会，也许我的观点别人不赞同，但我只是觉得一个处于上升期的公司更应该注重人员的培养以及对系统开发的流程的规范化，不要因我们现在公司人不多不是很大而不做好！相反现在我们做不好将来大了更加做不好了。