一、手游自动化测试的可行****前景怎么样
WeTest主要是负责质量工具这块，*近推出了一个Unity手游的在动画测试框架，帮助非常多重量级的手游（王者荣耀、火影忍者、CF手游等）做自动化测试方案
个人认为自动化测试不可能去代替人工测试，自动化测试时为了解决特定场景下的测试。一般使用自动化测试时为了达到节省人力、缩短bug发现周期、提**率等目的。说白了就是投入产出化，投入当然是构建测试用例和维护测试用例的成本，产出除了工作上的产出，个人的成长也不能忽略。
首先介绍下手游测试跟android或者ios ***测试的区别。
1、复杂*。交互*实时*更高，动不动就给你来个弹出框
2、一致*。不同账号、不同阶段面对的界面差别很大，比如新手引导
3、人力需求。传统***很少需要多人同时测试，但是手游现在越来越趋向于互动*，PVP类型手游更加受欢迎
4、*能测试。手游*能消耗一般要远高于***，所以*能测试尤为重要
android碎片化严重，适配测试必不可少。WeTest这边设计的unity手游自动化测试框架，一开始就是适配测试考虑进去。Gauto**tor写的脚本在本地自己pc上可以运行，上传到WeTest平台上所有几百部手机上同时运行。运行过程中只要出现crash、UI问题等会发现并且归类，日志。截图都会全部保存下来。这就有一个好处，现场保存完整，适配测试成本**减轻。
现在基本上，使用Gauto**tor进行自动化的游戏，都会顺带利用这个进行适配测试。crash发现能够提前大约5天，给开发预留更多的时间。
各个游戏自己面临的问题，特别是一些低概率*难复现的问题，可以利用自动化在大量收集上大规模的测试发现问题，现在实时对战的游戏很多会采用帧同步，可能会出现在不同步问题，这个问题出现的概率非常低，使用自动化测试非常适合。
*为典型的是新手引导，每次数值调整之后都需要对这部分进行测试，对测试人员本身的价值和意义不大，交给自动化来进行测试更为合理。
WeTest推出的Unity自动化测试框架可以尝试一下。
二、自动化测试为什么不适用于游戏领域
1、首先我们来谈一谈钱这个很俗的事，一个团队要不要做自动化测试，首先要考虑的可能不是技术方案而是我们可以投放到质量上的钱有多少。成本主要来源于2各方面，一是自动化测试工程师的人力成本，二是实现自动化测试开发和维护的时间成本。这两方面的成本都会*终折算成钱体现在项目总成本上。
2、一名自动化测试工程师的人力成本基本上等价于2-4名普通的黑盒测试工程师，而在游戏项目中，黑盒测试工程师是不可或缺的（至于原因，我们下面再讲），也就是说自动化测试工程师是额外投入的成本。投入的少，基本不起作用，投入的多，项目成本能不能扛得住也是个问题，尤其是对很多创业团队而言。
3、另一个层面，自动化脚本的开发需要与程序和策划有深度交互，这种深度交互会耗费其他人员非常多的时间，从而影响了其他人的工作进度，进而影响整个项目的进度。这一点是经常容易被忽视的一个成本。
4、游戏是感官*非常高的一类软件，与视觉，听觉，感觉有直接关系，这点与传统软件差别较大。测试过程中需要人去直观的去体验，比如图标位置，音频是否合适，关卡玩起来是不是流畅等等，这些是自动化测试无法替代的，也是上面说的黑盒测试在游戏项目中不可或缺的原因。
5、游戏的迭代速度相比传统软件要更加快速，尤其是手**业。一周一个甚至几个版本都是正常现象。在这种迭代速度下，自动化测试显然很难跟得上项目进度，很有可能一个功能已经上线了，自动化脚本开发还没有完成。面对这种时间上的不匹配，很多事情变成然并卵了，自动化测试的作用也就相对被拉低了。
6、在游戏行业，需求变更的频度远远超过传统软件行业。原因有很多，列举几点：一是市场变化太快，二是很多设计需要反反复复的验证才能确定哪种体验更好一些，三是移动互联网时代产品与用户的反馈时间被缩短，四是游戏功能之间的耦合度非常高，开发过程中某些功能的设计会导致其他功能变的不再适用，必须进行重新设计。
7、那么问题来了，需求变更如此频繁，自动化测试怎么适应？可能昨天写的脚本，今天发现就全废了。目前笔者还没想到很好的解决方案，欢迎大家一起探讨。
8、结合上面的几点，笔者并不认为全面的大规模的自动化测试适用于游戏测试领域，尤其是手游领域。可能小规模或*部自动化测试还值得尝试一下，比如服务端的自动化测试（服务端变更相对不频繁，与人为感官联系不大，逻辑*代码较多）。
9、自动化测试是一剂很好的方*，对某些病症有很好的疗效，但不能被看作是包治百病的大力丸，吃错了，也会**的。
