这个确实不好谈，毕竟每个公司提供的测试资源、资源质量都不太一样，通用的方法大概有以下几点：

　　1，做好沟通，盯紧需求：游戏的需求变更频率简直可以用恐怖来形容。任何需求的变更都需要及时的沟通，确保不要出现信息孤岛的情况。不怕需求变，就怕变更后不知道，从而导致漏测的情况。

　　2，做好测试规划：来什么测什么，显然是不科学的。我记得小学学过一篇统筹方法的课文，在同样的时间内  大化工作量，做好统筹还是很有必要的。尤其是你的测试团队人员比较多的情况下。

　　3，一定要做交叉测试：上面也说了，时间久了，人会出现思维定式，要想早点发现bug，一定要有不同的思维出现。

　　4，做好跟进工作。在别的文章中也提到过，发现bug仅仅是测试工作的开始。bug提了，还要跟进，避免一个问题被拖的时间太久，这样最终会导致项目的整体延期。

　　技术门槛

　　做好游戏测试工作还是有一定技术门槛的

　　1，玩游戏的门槛，我们怎么定性一个bug，一方面是与需求不符，这个大家都能够理解。另一方面偏主观，那就是与常识相违背。这个主观的常识问题，就需要我们玩大量的游戏才能体会的到。好与坏，美与丑，是需要有对比的。

　　2，计算机知识，测试时不可能什么都求助于程序人员，那对程序员的打扰就太多了，会降低他们的效率。比如要测试一个游戏活动，那就需要改时间，改配置，来达到各种条件，这就需要我们掌握一定的linux命令(大部分游戏服务器都是linux系统的前提下);比如要调整玩家数据，那就需要我们掌握数据库知识(目前比较流行的是redis+mongo或mysql)，能够调整一些玩家数据以达到测试条件;比如我们要测试接口，那就需要我们掌握一些脚本知识，能够通过脚本向服务器发送请求并查看结果。等等吧，还有很多，遇到哪些层面的测试，可能就需要掌握哪些层面的知识。测试一般都是要了解很多技术知识，但是也不可能什么都精通，精一知多就是挺好的状态了。

　　哪些是有针对性的?

　　参照上面一段的例子，比如性能、弱网、数据库、压力、接口等等测试都是相当有针对性的。

　　请联系网站，了解详细的优惠课程信息~

　　优质、便捷、省心