当我加入到TechTarget并开始写关于软件生命周期的文章时，写的第一个主题就是移动测试。

　　最初关于SearchSoftwareQuality的文章描述了移动测试与测试桌面和网络应用的不同。移动应用测试必须适用于许多不同设备、操作系统和这些操作系统的更新，这些要比测试桌面和网络应用更加广泛和复杂。加之要考虑更广范围的定位和移动应用下的连接环境，新的测试系统就应运而生：如果没有时间和资金的支持，移动应用不可能像测试桌面和网络应用那样详尽。

　　移动测试的挑战如此艰巨，更不用说要在研讨会议程上成为主题，以至于在我看来移动软件生命周期的初级阶段或多或少都与网络和桌面应用相似，都提供了一个或者两个新的编程语言。

　　在过去的几个月里，我一直对移动开发人员所面临的上游测试流程问题做了详细的调查。经过了对50多个移动专家的采访和至少十几个问题的调研后，我发现测试并不是彻底改变移动生命周期唯一的方法。规划和编码阶段也同样对其有重要的影响。

　　在本期的Quality Time专栏中，让我们一同了解移动软件生命周期在规划和编码阶段的改变。

HTML、JavaScript以及本地开发

　　关于企业移动开发使用的技术还在讨论中。然而，现在为HTML5和JavaScript提出了一个令人信服的观点。尽管，曾经有人认为其过于迟缓，但是我认为该方法会被广泛接受的原因有两个：首先，企业开发团队习惯于使用网络应用来工作，这就意味着他们对HTML和JavaScript非常熟悉。其次，如今新型移动应用将企业应用放在首位然后是移动应用。从企业应用的角度考虑，它们必须与桌面和网络应用共存，连接到遗留业务系统和拥有关键业务数据的数据库上。从早期的企业移动应用来看——例如指引您查找喜爱的咖啡店的软件，这将是一条漫长的道路。相反，他们必须为企业移动用户提供访问关键业务信息的权限，这些信息包括关键业务软件的速度、安全性和可靠性。

　　本地应用开发，例如那些用对象C编写的应用程序和苹果公司iOS操作系统的编程语言，都会处于持续发展的状态。但是这些很可能由移动顾问公司完成，而不是由企业开发团队完成。比如说，在医院管理中医务人员使用的iPad应用。

　　我们不知道将多平台工具应用到移动开发中（即独立的代码库应用到不同移动操作系统）会发生什么样的事情。这些产品仍然需要为每个平台做定制化服务和编码工作，我不确定这些工具哪里及如何符合移动应用程序开发流程。　　

移动应用规划

　　定义应用程序需求——拟定初始项目中哪些软件应该做到，哪些软件不应该做——一直以来都是一个困难的、人群密集的过程。移动项目规划又出现了新的复杂因素。首先是对用户体验(UX)设计技能的需求。拥有小屏幕和约束键盘的智能手机添加移动应用后改变了原有应用的外观和感觉。历来没有考虑过这些问题的开发人员再也不用拥挤在使用一系列图标和菜单的用户界面中。他们如何决定什么是重要的？理想环境中，企业移动团队有全职的用户体验专家，可在现实环境中，团队寻找关于UI控件位置优化、控件准确标记、反应多数常见应用程序案例的设计工作流，并了解如何进行基本的可用性测试这些方面专家的意见。

　　移动应用规划的另一个重要问题是安全性。当然了，这是所有项目都很关注的问题，但是移动项目发现了一个新的问题，员工需要梳理曾经设置在公司防火墙内的公司数据访问权限。移动应用在不安全的网络和设备中进行数据交换，而这些设备本身就很容易丢失或者被人窃取。这意味着除了要满足基本的安全测试、认证和授权需求外，移动项目必须设计满足数据存储及加密在各种移动设备中的需求。

　　这仅仅是移动生命周期变化的两个方面，它将会继续改变。事实上,从通过测试和部署进行规划和编码角度来看，移动项目的每个阶段所面临的挑战都如此艰巨，我和SearchSOA及TheServerSide的同事将移动应用生命周期管理(ALM)视为有别于传统ALM的新兴流程。