一，成本问题。
首先我们来谈一谈钱这个很俗的事，一个团队要不要做自动化测试，首先要考虑的可能不是技术方案而是我们可以投放到质量上的钱有多少。成本主要来源于2各方面，一是自动化测试工程师的人力成本，二是实现自动化测试开发和维护的时间成本。这两方面的成本都会最终折算成钱体现在项目总成本上。
一名自动化测试工程师的人力成本基本上等价于2-4名普通的黑盒测试工程师，而在游戏项目中，黑盒测试工程师是不可或缺的（至于原因，我们下面再讲），也就是说自动化测试工程师是额外投入的成本。投入的少，基本不起作用，投入的多，项目成本能不能扛得住也是个问题，尤其是对很多创业团队而言。
另一个层面，自动化脚本的开发需要与程序和策划有深度交互，这种深度交互会耗费其他人员非常多的时间，从而影响了其他人的工作进度，进而影响整个项目的进度。这一点是经常容易被忽视的一个成本。
二，游戏的感官特征。
游戏是感官性非常高的一类软件，与视觉，听觉，感觉有直接关系，这点与传统软件差别较大。测试过程中需要人去直观的去体验，比如图标位置，音频是否合适，关卡玩起来是不是流畅等等，这些是自动化测试无法替代的，也是上面说的黑盒测试在游戏项目中不可或缺的原因。
三，迭代速度。
游戏的迭代速度相比传统软件要更加快速，尤其是手游行业。一周一个甚至几个版本都是正常现象。在这种迭代速度下，自动化测试显然很难跟得上项目进度，很有可能一个功能已经上线了，自动化脚本开发还没有完成。面对这种时间上的不匹配，很多事情变成然并卵了，自动化测试的作用也就相对被拉低了。
四，需求变更速度。
在游戏行业，需求变更的频度远远超过传统软件行业。原因有很多，列举几点：一是市场变化太快，二是很多设计需要反反复复的验证才能确定哪种体验更好一些，三是移动互联网时代产品与用户的反馈时间被缩短，四是游戏功能之间的耦合度非常高，开发过程中某些功能的设计会导致其他功能变的不再适用，必须进行重新设计。
那么问题来了，需求变更如此频繁，自动化测试怎么适应？可能昨天写的脚本，今天发现就全废了。目前笔者还没想到很好的解决方案，欢迎大家一起探讨。
结合上面的几点，笔者并不认为全面的大规模的自动化测试适用于游戏测试领域，尤其是手游领域。可能小规模或局部自动化测试还值得尝试一下，比如服务端的自动化测试（服务端变更相对不频繁，与人为感官联系不大，逻辑性代码较多）。
自动化测试是一剂很好的方药，对某些病症有很好的疗效，但不能被看作是包治百病的大力丸，吃错了，也会死人的。