自动化真的是游戏QA的未来出路吗？

　　自动化被宣告为QA领域方面的一大突破，事实果真如此吗?

　　对于游戏QA来说，自动化通常意味着早期建模状态的更多信心，并且可节省极为重复性任务的大量时间和抓狂状态。

　　无论是运用于普通测试还是特定测试，如果开发团队能够与QA在初其阶段合作编写单元测试，这就可以节省QA进行回归测试的功夫。在QA之前你采用的自动化操作越早，团队就能够腾出越多时间富有前瞻性地采用不同方法找到漏洞。

　　QA

　　减少重复测试

　　通过运行平行测试，测试主管可以获知哪一个测试区域产生了最多问题。这个信息可用于直接的手工测试，并且避免将时间花费在测试不完整的功能上。索尼就是使用自动测试来确保其手工测试团队能够腾出双手并且更有效率地完成任务——理想情况下可用自动化工具包揽大量乏味或极耗成本的测试用例。

　　这样整个测试团队就无需再被禁锢于棘手的测试多人模组中，产生围绕着“用一根牙签杀死1000个敌人”这种任务的无聊测试员。在多人模式载入测试中，自动化工具投入700多个小时运行游戏测试的情况并不鲜见，这增加了检测到低发生率问题的机率。

　　除此之外，自动化工具还可以生成自己的调试信息，视频采信，自动化核心文化链接和翻译以及开发者路径。

　　尽管它对QA具有如此之多的潜在优势，但令人意外的是除了大型开发商和发行商之外，行业中的其他团队最近才刚开始运用这一方法。原因有很多，包括经济实力、技术局限性，以及最难克服的文化障碍。

　　经济挑战

　　自动化工具价格不菲。进行较大规模的自动化测试需要大量的软件、潜在硬件以及技术人员投入。最后一个条件通常最具挑战性，因为很难找到精通自动化艺术的人才。也就是说，最好现在就开始将你们最棒的开发者和系统工程师来开发测试自动化框架。

　　技术局限性

　　从技术角度来说，功能或设计变化在某些工作室中甚为普遍，所以你必须确保你的框架具有适应性和模块化特点。这便于你在发生设计变化时尽快更新测试组件，除此之外，进行更高级的自动化并令其可靠运行(更不要说是产生一致结果)也并非易事。

　　与较大规模的时间或金钱投入一样，获得高级股东和更广泛的制作团队的认同也是一个必需条件。

　　在产生实际结果之前，你可能还会经常遇到任务延迟的情况。

　　文化障碍

　　最重要的是，没有一种自动化框架会像真正的人类测试员那样具有适应性，所以这需要开发团队的支持和认同。

　　你越早与特定团队合作，就越可能产生好结果。每次成功都可以让你获得改变团队文化的机会。某些时候，索尼会在开发项目启动之前，与开发者一起设计测试框架。

　　要尽量避免仅仅启动类似UI或截图对比这种高级整合测试，这些可能在概念上比较容易理解和编写，但它们也非常脆弱并且不易于扩展。这只会让你在维护上浪费时间和金钱，阻碍你的项目进程。

　　总结

　　尽管如此，自动化还是存在巨大的潜在益处。例如，Unity能够向如此多平台开发和发布产品的功能，几乎都是自动化的功能。它每次可运行大量的测试用例，促使Unity团队更轻松地针对15到20个平台修订功能。

　　简而言之，自动化是QA领域中最新且最具潜力的工具。任何中型开发者最好都要尽早在这方面花点时间。