为了那些参与到企业移动ALM（应用生命周期管理）管理的人，而挑选出他们三个最大的挑战，似乎有点困难。这就有点像是在蜈蚣的腿中选择出三条重要的腿一样。对于所有人来说，这是一个新的领域，而且现在还没有真正的移动ALM达人。所以，我们一直在与广泛的专家进行讨论，在他们的领域中有涉及到移动ALM，从而来看看我们是否可以对于正在发生的事创建一个复合前景。我们已经收集了一些对此领域非常有趣的视角，在此领域中企业可能还同有完全意识到前面将会遇到的挑战。　　

集成创造多样性

TaskTop Technologies公司的CEO Mik Kersten说，我们正在处于移动改变应用开发生态系统的时期。开发人员在他们使用的工具中获得越来越多的机会，这使得移动ALM变得相当复杂。然而，限制工作选择或把所有开发都者汇聚到一个单一的ALM分享平台的话，仍然不能简化基础问题。

正如Kersten指出，“移动正在API生态系统。”使用像Layer 7和Mashery在服务器端集成，把不同来源的数据和服务结合在一起，这使业务通过移动开发能够做更多的事。然而，相关API的增殖在生命周期中也驱动着异构性。“如果你在四个不同的REST服务上创建了一个移动应用，那么你真正关心是这四个不同的软件REST服务供应商的生命周期。现在你已经没有办法连接到软件供应链了——除了抓住REST API规范和复制开源代码到你的堆栈中。”　　

为ALM隐藏有风险的、麻烦的开源东西

这了移动开发，你所使用的令人愉悦的、成本有效的以及有用的开源代码是什么？Kersten警告说企业正在陷入越来越大的麻烦中，随着移动推动着API以不思议的步伐演进时。CEO的智能手机充满了易受攻击的数据，而且还在机场中丢失了，这对于企业来说还不是最糟糕的情况。想象一下在一个开源API中存在着安全缺陷问题，而这个开源API又与你公司的关键用户数据相连。如果你没有密切关注问题追踪这件事，那么你可能会面临着大量的泄露问题。事实上，这些开源API项目是公共的，这意味着他们已经成熟。

而这还不包括其他风险，如OSS违规行为。选择了错误的开源软件许可证,无论从哪个角度年,可能都意味着企业甚至不能声称他们拥有其衍生品代码作为专有。移动ALM的这一方面咨询机构带来一种新现象，帮助企业了解并管理应用开发许可证。　　

测试是一项复杂性研究的案例

在测试领域中移动ALM比传统的ALM的复杂上几个数量级，说其是第一，一点也不夸张。最近的一个来自IBM的白皮书“移动应用程序开发（Mobile Application Development Primer）”描述仅仅几个因素在起作用。“同样型号的设备，在连接到不同的网络上时，可能会以不同的方式运行。另外，网络连接的质量对于移动应用行为有着深远的影响。即使是移动设备本身的行动，在对于应用行为的影响可能也是一个重要的因素。”

这意味着企业必须准备使用的所有技巧，包括模拟器、仿真器、手工测试、自动化的手动测试、云设备测试，以及在基于计费模式下作为资源可用的硬件。即使这样，他们仍然会丢失很多重要的信息。众包测试（Crowd-sourced testing）是一种新方法，来填补对更准确反馈的需求。

uTest的联合创始人Roy Solomon，他收集了关于这个概念的所有业务模型。他说，“在一天结束的时，一旦你进入应用商店中，因为一想碎片问题，你就会遇到一些难题，因为你的用户不同，做的事情也不同。当你在实验室进行测试是，你无法预料到所有的变量。”测试必须包含大量不同的设备、网络和物理位置。“这是当真实终端用户访问应用时，查看应用是否符合预期要求的唯一方法。”