如何寻找游戏中的BUG.docxVIP

如何寻找游戏中的BUG 可能对于很多测试新人来说，如何寻找游戏中的BUG是最头痛的，很多时候，根据测试用例执行了一遍后，发现根本没有出现任何BUG。这里一方面是测试用例编写有问题，估计只是覆盖到了基本流程，没有覆盖到一些特殊操作的流程（这就是为什么要求你们要把测试用例编写的尽量完善，不断修改和补充的原因了）。另一方面，还有可能是执行人员的操作方式不对，有时候先后的执行顺序不一样就有可能产生不同的测试结果。 这里我先说一下普通情况下给你一个功能让你测试是，你如何从中发现BUG。 一般情况下你可以分为这几步进行测试： 首先要了解你要测试的功能时干嘛的。这一方面，你可以通过策划文档，或者直接询问策划，技术来获得。你要想尽一切办法来把这个功能的具体运作逻辑搞清楚，然后你才能设计不同的测试场景来进行测试。所以，这一点重要的就是理解和沟通。 了解了功能后，直接操作这些功能进行一些表面功能的检查。首先一个功能最早呈现给我们的必须是有UI的，必须是能够反映在表面的，可以看见的东西（因为我们是黑盒测试，只能通过不同的输入，来确定输出是否正确，如果没有输出，则不能确定功能是否存在BUG）。所以我们先从我们能第一眼看到的东西来检查，这里可以将自己的眼睛作为一个扫描仪，从功能的一个页面看到另外一个页面，观察所有显示的地方是否正常。在这个过程中，你可以对功能的整个正常流程进行操作一遍，然后观察是否会出现显示异常的情况。通过这样一个界面一个界面的观察，你必须要执行完所有正常流程才能发现，这样你就顺便进行了功能的常规测试。 上一阶段测试完成以后，基本发现一些很显然的BUG，这一部分BUG数量会很少，但是功能中还会存在很多的其他BUG，需要我们在接下来的测试过程中发现。这一阶段我认为应该叫做数值测试。首先要了解清楚功能中的一些数值是怎么计算的，然后自己设计几组不同数值的用例，来执行该功能，功能执行完以后对数值进行对比。观测是否会出现数值异常。这里的关键就是设计测试输入的数据了。 通常我们用的方法就是逐个变化的方法。比如输入需要3个数值，那我们第一次输入3个数值，第二次输入2个上次输入的数值，另外一个输入新的数值，一次类推。对功能操作完成后出现的结果进行对比。如果发现了BUG，就可以确定是由哪个数值变化造成了BUG的产生。 不同功能界面上同一个数值的对比（比如一个数值在正常界面和战斗界面中是否一致）。 上下线后数据的对比。 同一角色在不同版本的客户端中对比等等。这里还有很多情况，需要你们在测试过程中不断思考。5、四舍五入和取整的区别。 通过不断的思考你会加深对游戏功能的理解，从而设计出更多的测试用例来，所以我一直强调，你要要多多思考就是这个原因了。这一部分可以发现大部分的BUG。 最后一部分暂且叫做破坏性测试吧。就是你想尽一切你可以用到的方法（以玩家角度能够做到的），对被测功能进行各种操作。然后找到其中的漏洞，从中牟利。 基本的理论就是：是说永远拿那些规则不允许的操作进行测试，因为你要坚信，程序永远是存在漏洞的，他们不可能将每一个规则都设计的滴水不漏，如果被我们发现，则将是重大漏洞。 边界值。很多程序在边界值处理方面都会出现问题，而测试边界值是发现BUG最快的方式之一。 界定模糊的东西。如果策划文档中对你想到的一个用例没有明确的界定，那你不知道操作后什么才是正确的，则需要和策划沟通，来确定是否是BUG。这一点是每个测试人员都缺乏的，很多的测试人员，尤其是新手，对程序出现疑惑以后，就会默认为，目前程序执行的结果是正确的，而不去询问策划。往往这里就会出现重大的漏洞。所以，每个测试人员对功能存在疑问的时候，需要及时沟通，不要放过任何发现BUG的机会。 头脑风暴，运用自己的发散性思维方式来思考各种与这功能相关的操作方式，对功能进行测试。最好的方法就是和其他人讨论，在讨论过程能发现一些平时想不到的测试用例。 一些个人常用的工具 Excel。这不算什么测试工具，只能说是我们工作中的辅助工具，我们在测试过程中可能会需要记录或者计算一些东西，那是用Excel再合适不过了。将每天自己的工作过程记录成工作日志，以后如果遇到同样的问题，可以在工作日志中找到解决方法，可以极大的提高工作效率。并且Excel强大的计算能力，在测试任何数值问题时，都能起到很好的作用，必须要你再用计算器一个一个计算了。 有道云笔记。将工作中需要的一些数据，工作积累的经验，一些小技巧以及任何你认为在以后工作中对你有帮助的东西，都可以记录在其中，并且可以随时随地查看。还是那句话，好记性不如烂笔头，多记笔记对以后的工作和提高工作效率都很有帮助（强烈推荐测试部内部使用这个工具）。 手机上面的加速器。对于一些重复性的工作，可以使用加速器缩短工资时间，提高工作效率（但是工作质量不能忽略）。有时候借助加速器还能发现一些