本为为译文
分。
7）测试的复杂性——尽管本地应用程序可以用传统的方式或通过基于PC的模拟器测试，但是移动互联网应的测试非常有挑战性。他们不仅有很多的与在测试Web应用程序时出现的同样的问题，他们还有与通过网关和网络电话传输相关的额外问题。
8）功耗——应用程序的许多方面影响其对于设备的电源的使用，因此影响电池的实用寿命。专用设备可以通过专门设计以最大限度地延长电池寿命，但移动应用程序可能会不经意间耗尽电池资源。
2.2最佳实践
根据创建移动应用程序的所有最近的经验，我们已经知道了很多有关如何建立移动应用以及人们如何使用他们的设备和这些应用程序。
与此同时，除了规模最大，最复杂的软件和系统开发项目，所有的开发项目已经远离了处理密集型的方法，朝着具有Scrum方法[7]和其他敏捷技术的更灵活的办法迈进。例如，测试驱动的开发，力求寻求广泛的接受。这在Web程序开发中尤其如此，其中发展模式依靠于许多成功发布的后续产品。Scrum开发过程是一个短期（2-4周）的“冲刺”过程，其中一个团队解决了一套作为一种产品增值的任务，每一个冲刺都是解决“积压”的要求。我们对移动开发者的调查[1] 显示，即使是个人开发，开发者也喜欢用一个类似于Scrum的程序来开发移动应用。
除了上述过程，还有其他的用于移动开发的系统做法。万维网联盟曾对移动互联网（非本地）应用发出过一系列可供选择的建议。苹果已经发布了一个iPhone 应用程序编程指南用来[9]指引 iPhone开发的各个方面。Android的开发人员指南包括最佳做法部分，用来解决应用程序兼容性，用户界面的指引，性能和响应速度设计和其他事项[10]。
总之，开发人员可以找到大量的指导，以协助他们开发他们的应用程序。平台的开发者用几十年的软件工程知识来创建软件的架构和软件开发工具包，它们为开发者提供了访问所需的设备资源的途径。然而，这些技术方面解决不了创建大规模应用所遇到的问题。
2.3寻找平衡
在每一个工程学科的长期挑战之一就是“向上扩展”：为日益复杂的项目寻找适当的技术管理。对于单个工程师来说很好的方法当项目任务分配给团队每个人时就变得不好用了。团队（以及任何监督管理）需要协调和报告的机制。大型项目增加的复杂度往往要求更加注意[改变] 需求，产品架构和测试，以及项目的重要属性，如健壮性，实用性，可靠性，和更多的其他属性。
对于移动设备和他们的应用软件，工程过程中，不仅要知道硬件设备的性能，还必须解决如上所述的项目管理问题和移动应用开发的独特之处。
许多大型和面向企业的移动应用是系列产品的一部分。这些应用往往会是移动Web应用程序，而不是本地移动应用，并会经常是现有的应用程序的补充或扩充。因此，移动应用的开发通常会在整个软件开发的背景下内完成，从而为移动应用开发提供了一个管理框架。然而，移动环境的独特气质使不要把移动应用作为一种事后的思考，而是作为一个拥有自己独立的任务软件工程过程和产品的要求变得重要起来。