在最近的统计中，
苹果应用商店中共有超过500，000种应用，而且
Android市场也有超过了300，000种应用，这些还不包括其他平台上的应用，像RIM Playbook、Microsoft
Windows Phone和Windows Mobile。此外，每一个平台都可以为各种设备出售各种
操作系统版本。开发应用需要在这些各种型号和操作系统版本的组合上
测试和验证程序。自动化移动应用测试是唯一的发布时间表可以维持的方式。下面，我们探讨一下
自动化测试移动应用程序所面临的挑战。
下面是移动应用的自动化测试挑战：
自动化脚本需求：自动化脚本需求在一个应用程序发布、正在被使用，和随后需要推出更新时更为紧迫。所有现存的特点需要每次推出更新时被测试，要确保在升级代码的时候没有回归误差。同时，各种各样的造型和模型，特别是像Android平台、自动化脚本、测试就不可避免。
多种语言和环境脚本：企业中通常采用将测试脚本可能需要综合回到语言和测试环境中，像JUnit、QTP、PERL或者Python。
分布式测试：越来越多的移动测试外包出去，甚至是海外外包。开发人员和测试人员可能地理上是分离的。测试环境下可能需要处理全世界许多地方的多个时区，或者使用不同的当地电信服务供应商。测试环境可能需要24/7/365和互联网/浏览器访问可用。
发布自动化错误和崩溃跟踪：一两个崩溃之后，用户就会放弃移动应用，甚至可能将其删除。移动应用可能需要在内部测试模式一段时期后，才第一次在应用商店发布。自动化测试工具可能需要监测和跟踪错误和崩溃，这些可能在正式的测试时遗漏掉了，即使在一个正式的发布之后。
测试设备登记管理：测试设备登记，特别是对于iOS设备，是一件苦差事，个人电话ID可能需要在苹果网站上注册。安装包需要以电子邮件的形式发送给测试人员进行安装和测试。自动化测试工具平稳并自动化地管理注册，让这个过程高效和有效。
多个电话模型可用性：打开移动操作系统，如：Android有一大批制造商直销运行着不同版本操作系统的移动设备。在这种情况下，移动应用测试要求种类繁多的设备制造商和模型可用，用以完成可靠的验证和认证。
模拟器处理器缺陷：手机模拟器，用笔记本电脑或者台式电脑运行时可以使用其他的处理器，移动设备上只能使用一个处理器。为了完成可靠的测试，自动化测试需要在实际的电话上操作，而不只是模拟器。
远程响应测试：移动应用在手机上可以独立的，或者通过后端服务器在执行期间频繁访问。后者中，从多个地理位置进行远程测试可能需要成为自动化测试的一部分。这是为了确保应用不论在哪里使用，其响应时间是合理的。