胡侃游戏自动化测试（一）

开水泡泡

本文出自开水泡泡的51Testing软件测试博客，转载请保留出处及链接：http://www.51testing.com/?138935
申明一下，只是在这里抛砖引玉，各位如果有好的方法和建议，欢迎指正。
首先，据我了解，国内的游戏（MMORPG）行业（国外的我不知道哈），几乎还没有比较成功的游戏自动化测试体系，或许是我孤陋寡闻吧！有少数公司在做，但是效果都不很明显，结合我自己的做的一些经历和实际操作，小小的说说自己的想法。
1.目前市面上的一些测试工具如：lr，wr，qtp什么的不适合做游戏自动化测试，至少我没找到合适方法。个人理解是因为这个工具实际是通过简单录制或定制一些行为来实现自动化测试的，做游戏自动化测试，这些工具有几个重大缺点：
     部署成本高：
     自动化体系在server端很难部署，定制行为的时候几乎不能调用到游戏的接口，无法获得游戏实际运行的信息，预期结果不方便定制。如果是通过简单录制回放的话，效率不如手动操作好，对一些繁琐的行为，几乎是不现实的，而且这些工具对tcp/ip协议支持不如http协议好，有兴趣的同学可以去研究研究。
     效果差强人意：
     我之前用lr做了一下游戏自动化，不到一周我就放弃了，后来招了一个lr的新人，我在百般劝说下，他都没放弃游戏lr的自动化测试，结果3天不到，他也放弃了！游戏自动化测试本质目的是提高测试效率，用lr反而降低了测试效率，那么我们还用lr来干什么呢？这里我也不多说原因了，到后面我会提一下另一种方法的，主要说另一种方法的优势，而这种方法的优势恰好是这些工具的劣势。
2.几乎所有的游戏在前期架构设计上就没考虑到游戏自动化测试的需求，所以在游戏后期介入自动化测试几乎是不现实的。
3.公司没有足够的人力物力，或者说项目组就没有意识到自动化测试的意义，所以也无法开展。
4.测试自身的能力，很多（现在不是几乎了，有的游戏公司的测试还是很nb的）测试自身能力不足，或者接触不到游戏代码或其他需求无法满足，导致无法进行自动化测试。

预告以下：胡侃游戏自动化测试（二） 主要说说游戏自动化测试对游戏架构设计的需求