要想从移动应用中获得巨大商机，企业需要制定移动测试策略，来应对极其分散的、动态性质的移动市场。尽管应用必须在最新的设备和操作系统中高水平运行，但是同样的这些应用也需要继续支持旧的传统设备。在应用发布之前，自动化功能及性能测试对于确保最大测试覆盖率来说是非常重要的。然而，该流程在此并没有结束。

为了确保关键业务应用能够应用于关键行业中，如银行、安全、生产及医疗中，在这些领域中通过使用应用、网络及操作系统能够更好地为客户服务，企业还需要在整个服务过程中对应用的性能进行监控。在这个背景下，理解这一点很重要，即在设备资源和网络流量方面，移动应用与web和桌面应用相比要更复杂。因此，要想在客户体验方面有更深远的领悟，移动监测必须在实际设备和实际用户中运行。但是，可以想象一下，在特定网络、特定地理环境中，没有真正访问设备，来模拟本地iOS或Android应用的运行是多么困难的一件事。

将监测作为一种早期预警系统

移动监测应该基于跨网络和设备而不断运行的关键应用事务。在应用性能和实用性较低的情况下，需要将实时警报发送给操作小组。对于组织来说，监测解决方案应该是作为早期预警系统，在用户发现问题之前，该方案能够识别问题并及时处理问题。由于不同设备在不同网络、不同操作系统及不同时段中的表现不同，因此，有效检测性能问题的唯一方法就是进行实时设备跟踪监测。

移动监测管理技巧

为了克服应用性能下降所带来的一些挑战，这里有一些建立应用程序监测策略的技巧。

1）使用一个强大的、跨设备、跨平台的脚本技术来确保测试系统在无人监护的情况下全天候运行。
2）为用户最关心的事务定义KPI各项指标。
3）基于SLA情况下，确保在监测方案中有部分适当的设备冗余。
4）选择适当的设备进行性能测试和监测。
5）在不同的网络和一天的不同时段中进行测试，确保测试能够完全覆盖整个系统，并能正确发现问题。

随着移动应用和用户场景复杂性的增长，测试自动化出现了一个重大的挑战。监测解决方案经常会触发自动化脚本，这是为了检验运行在设备上的应用关键性能指标(KPI)而建立起来的。测试人员不仅仅需要强大的、跨设备的自动化系统，他们也需要具备建立脚本的能力，这样可以同时支持可视对象和OS水平对象。

排除不真实的负值

移动监测的另一个重大挑战是区分不真实的负值与真实可用性或者性能问题的必要性。没有什么比操作中心员工误报更让人沮丧的了。移动监测产品必须能够支持设备冗余，以确保被发送到网络操作中心的警报是系统真实存在的问题而不是与设备相关的问题。

此外，以结构化和计划式的方式实施监测性能，开发人员可以通过监测中的设备收集关键性能指标，从终端用户体验活动中对问题进行更深层次的剖析。这就意味着更新、升级甚至是淘汰某些性能可以通过某种方式来完成，这种方式是经过实施证明运行效果非常好的，而并非是那种根据猜想和推测得出来的决定。

正如上文提到，在使用真实设备的时候，移动性能测试及监测是唯一有效的方法。组织应该现地现物对真实的用户终端体验活动进行捕捉，对关键问题收集指标，如：

1）是服务器超负荷了吗？
2）网络有多么拥挤？
3）特定移动设备及OS存在的问题

这就要求开发人员在项目早期处理这些性能和监测问题，使公司避免财务损失的威胁，以及损害公司名誉的风险。

下面的图形生动的介绍了移动应用生命周期。其中涉及开发组织的不同阶段，每个阶段都有自己的价值和收益。尽管移动监测在项目生产运行后才能进行部署，但是在应用发布之前就要进行性能测试。

通过不同设备进行自动化测试

借助一个基于云计算的测试环境，这种情况下设备是处于完全监控、保护及连接状态，有助于形成一个连续的质量、交付及集成机制。开发人员可以开发一个随时都能运行的构建引擎，同时也能够在任何地点任何真实设备上进行测试，并且对应用、设备及服务的稳定性有敏锐的洞察力。此外，通过使用一种特制的移动操作系统，开发人员和DevOp团队可以在特殊的承载网络中对设备性能进行测试。这种类型的解决方案也可以通过支持视频和本地对象的不同设备及平台来支持自动化测试。在无人监测的情况下，使用这种类型的混合方法简化了性能测试和监测。而且，内置的可扩展云监测方案满足了设备冗余的需求，同时确保警报的可靠性。

一个完全由企业管理的云移动测试方案使应用开发人员从麻烦的设备管理和治理中解脱出来。移动测试解决方案开发商可以为其提供可靠的技术，使得开发团队能够专注于应用开发而不用担心基础设施、设备或者其他方面的技术问题。