我最近写了很多关于移动应用程序开发和持续集成的博客（这个博客提供了一些关键主题的综述）。现在是时候退后看大局了。是什么让持续集成（CI）和平台即服务（PaaS）对移动应用程序开发如此感兴趣？让我们面对现实吧，今天构建移动应用程序比它应该做的要困难得多，也没有那么有趣。在没有专门的QA团队帮助的情况下，开发人员不得不浪费时间来支持不断增加的形状因子集，但是在无情的移动市场中，任何影响应用程序质量的错误都将很快导致糟糕的评级和失去机会。如果你的应用程序不能在特定用户的设备上显示或正常运行，那就意味着在应用程序商店或谷歌游戏上的评价很差。错误可能代价高昂，而且很难从中恢复。管理设备复杂性和自动化构建任务设备独立性意味着要测试更多的设备，但是如果您不希望运行自己的专用设备场的成本和复杂性，您如何管理这些设备呢？再多的仿真器测试也无法提供重要的反馈和广泛的覆盖范围，这些反馈和覆盖范围来自于现场的真实用户在真实的设备上、在真实的网络上对你的应用进行beta测试：你如何在一个自动化的持续集成环境中管理beta测试分发？PaaS的出现——应用程序开发和运行时服务在云端按需提供——开始为开发组织带来意想不到的好处：为移动应用程序及其生态系统的自动化测试和持续交付带来规模和控制。解决这些问题所需的工具和技术在复杂的开发环境中已经存在了一段时间：所需要的是一种移动应用程序开发团队使用这些服务的方法，而不需要在建立一个专用的持续集成（CI）环境中投入成本和精力。这就是为什么要使用云资源按需提供这些开发服务，并预先准备好移动SDK、平台库和工具。这一切都是为了让开发人员在平台中开发和建立质量保证，所以做正确的事情和遵循最佳实践更容易。构建、部署和测试移动和后端服务，移动应用程序开发的另一个方面是通常被忽视的后端服务，平台即服务使开发人员的生活更加轻松。这里我不是在谈论有趣而重要的后端即服务（BaaS）领域，许多令人兴奋的新公司都在为特定于移动的服务提供支持，比如定位和推送通知，而是更基本的问题，即存储、管理、处理和提供应用程序数据。如果你现在看一下你手机上的应用程序，我敢打赌大多数应用程序都遵循这样的模式：本地移动客户端通过后端服务"打电话回家"以获取准确、最新的数据。当然，有不同类型的"数据"和不同的获取方式：对我来说，从加州科学院企鹅的流媒体视频到刷新我的星巴克卡上的账户信息。我认为对主流移动应用程序后端最重要的两项技术是restweb服务和html5websockets。移动应用程序和支持它们的后端服务实际上都是同一个可交付成果的一部分：在web世界中，您将针对运行的后端服务测试"客户端"UI，移动世界也是如此。有一个层次的测试要运行：从基本单元测试和使用Selenium或SoapUI等工具进行的接口测试，到与设备上移动应用程序与实时后端服务对话的完全集成功能测试。平台即服务（Platform as a Service）是一个完美的模型：移动客户端应用程序和后端服务可以单独或一起构建、部署和测试——遵循持续集成的基本原则，测试范围扩大，建立在逻辑先决组件测试的基础上。全面测试-使用Ecosystem平台PaaS模型的最大好处之一是其固有的灵活性：您可以非常轻松地部署那些结合了环境和数据服务的后端服务，这为集成设备后端测试增加了一个全新的维度。现在，再加上beta测试分发管理、移动ALM指标（例如，网络延迟和响应时间）以及对不断增长的移动友好型"无SQL"数据存储的支持，所有这些都可以通过平台生态系统获得，我认为其潜力是显而易见的。如果你看看现在的移动领域，你会看到大量令人兴奋的新服务，所有这些服务都是为了解决交付优秀移动应用程序的挑战和痛点而设计的。仔细观察，你会发现它们都以某种形式遵循云模型：这是构建移动应用程序的自然方法。在CloudBees，我们每周都会向我们的移动生态系统中添加重要的新合作伙伴，我总是被它的简单程度、他们的服务与PaaS模型的融合程度之高而震惊：我不认为这只是一个幸运的机会。事实上，移动应用开发和平台即服务是很自然的。Mark Prichard，Cloudbees产品管理高级总监