比较受欢迎的测试自动化框架

测试自动化和无限并发是促成因素
 

      首先，如果没有测试自动化，就不可能在设备场上进行大量测试。测试自动化是使同时使用移动设备成为可能并使用户能够在任意数量的设备上同时运行他们的应用程序和测试的推动因素。这也是我们的选择之一，因为我们从未限制用户可以同时用于测试的设备数量。

很高兴看到原生应用程序和游戏开发人员使用相同的设备名册——是的，略有不同，测试脚本/使用的框架也不同——但相同的基础非常适合这两个用户群。

尤其是在过去两年中，测试自动化开始发挥作用，帮助移动游戏开发人员快速轻松地查看他们的游戏如何在所有可能的设备变体上运行，并获得关于应该修复哪些问题（在发布之前）的重要调试信息。这产生了大量关于如何针对用户设备优化游戏的重要数据。

受欢迎的测试自动化框架

       Appium一直是流行的移动应用程序、游戏功能测试框架，在某种程度上，移动网络也是如此（我们没有将Selenium包括在这些数字中，因为这些 Selenium 调整中的大多数或多或少都基于 Appium ）。一直在使用 Appium 有很多很好的理由（跨平台、支持几乎任何编程语言、API 的广泛覆盖等），坦率地说，它一直运行得非常好，直到iOS UI自动化发生变化。

在 Android 上，Espresso和 UIAutomator 也非常流行。使用/喜欢这些框架也有很好的理由。Espresso 提供了非常快速的测试执行，UIAutomator 提供了一个轻量级的 API，易于采用和使用您的原生应用程序。然而，这两个框架都仅限于本机应用程序。同样，大多数游戏开发者要么使用 Appium，要么使用一些内部成长/开发的框架。

另一个（有前途的）新框架是Robot Framework，它很快接管了Robotium，后者曾经是Android测试自动化早期的主流框架之一。

       在 iOS Appium 和Calabash都是跨平台框架，一直是iOS测试自动化的流行选择。由于许多游戏开发人员一直在使用 Appium，因此从数据中可以明显看出，Android 和 iOS 两个主要平台的使用情况。

       iOS 上另一个使用率很高的框架是UI自动化（直到2016年最后一个季度）。

      在这两个平台上，还有很多其他框架没有在这里列出。其中一些是用户碰巧使用的内部、专有或只是小众框架。如前所述，如果框架能够有效地完成工作并提供有关应用程序、游戏和网络内容如何在真实移动设备上运行的准确结果，那么选择框架就没有错。