现在是时候建立自动化脚本了。您的测试者们需要仔细地记录下您想要测试的内容，这样您的工程师们就能将这些测试案例转变成自动化脚本。

一个常见的新手错误是将QA工程师们的手动行为录制并在自动化过程中重播--这个想法和手段看起来很简单而且能重复利用已有的知识。不过，从经验上来看这样的录制测试是很难在系统更改后存活下来的。由录制软件所记录的日志通常都是很难管理的，而且在每次系统更新之后都会需要重新录制，使之前所花费的时间和精力都白费。

花了长久时间将测试方案转换成的自动化脚本将在这一步发挥作用。点击执行按钮然后将那些自动化脚本导入您的游戏中。

对每个新的游戏版本进行自动化测试可以在短短的几小时内帮助您确认版本是否准备好被人工的质量检测了。而且如果版本有问题的话，你也可以在将其发送给测试团队之前得知--这样非常节省时间。

一旦您的自动化计划开始运行，那么它就会需要进行大量的维护来保证一切都能平稳运作。

从细节上来说，这就意味着频繁的检查自动测试案例的成功率，以及在出现新的改动后检查每个脚本。版本控制在这里也十分重要。如果您在每次更新之后进行版本控制，那么这样很快就能发现脚本是否损坏，并且找到问题的起因，然后对其进行修改。

概括来说，您的框架也需要长期的维护来保证它能够与系统的改变同步，并且满足新的要求。

以上就是，如何运行一个自动化的计划。但在您开始之前，知道自己的游戏是比较适合用内部的还是外包的自动化也很重要--这两个选择各有各的好处和坏处。以下是您在开始前需要询问自己的一些问题：

• 我的预算是多少？
• 我有多少时间？
• 我有让自动化兼容至项目中的长期计划吗？
• 我正在制作的游戏要怎么样使用自动化？

当然，这些问题可以帮助您决定哪个选项更适合您的游戏。但是理解每个选项的好处和坏处也很重要…