[实用新型]用于移动应用程序的机上测试系统

说明书

技术领域

本发明涉及一种计算机软件测试系统，更具体地说是涉及移动应用软件的机上测试系统。

背景技术

在过去的几年里，第三代移动通信的迅猛发展，蜂窝电话和手持计算设备的使用量呈指数级增长，企业应用、多媒体应用和联网游戏逐渐成为了移动开发领域关注的热点。在这个领域内，Java ME的应用越来越广，用其开发的软件业越来越多，经过多年的领跑，Java ME技术几乎成为了移动应用程序开发的标准。

移动应用程序是一类嵌入式软件，其特点在于与底层硬件耦合，代码执行效率高。不过由于移动电话软件设计是一定的目标硬件平台为基础的，其上运行的软件也存在着嵌入式软件可移植性差的通病。这个特点决定了移动应用软件的继承性较差，升级时系统的测试时间长，测试成本高。

为了兼容不同的设备，Java ME由多种配置、简表和可选包组成。配置包含Java虚拟机(也被称为KVM)和一系列基础API，目前有两个配置层规范，分别是CDC(连接设备配置)和CLDC(连接受限设备配置)。简表为运行环境提供高级的API，如采用最广泛的MIDP(移动信息设备简表)。然而现实中厂商的实现和Java ME规范存在不少差别，这些都导致移动应用程序的测试是困难的。

由于受到当时移动电话硬件的限制，MIDP 1.0提供的功能并不强大，如不支持多媒体内容处理，不能对图形像素操作。为此知名厂商分别实现了自己的私有API来弥补MIDP 1.0的不足，比较典型的例子就是Nokia提供的Nokia UIAPI，借助它可以实现声音播放、图像旋转和全屏等特性。然而，这种私有的API不可能得到普及。通常，Nokia之外的移动电话制造商不会在自己的产品中实现Nokia UI API，这样就给程序的移植带来了负面影响。考虑到设备的多样性，JCP专家组在制定规范时，有些是强制要求的，有些是明确禁止的，而还有些细节没有做严格的规定，是可选的。这样移动电话制造商在自己的产品上实现JavaME就有所不同。比较典型的就是MIDlet的生命周期，规范中的定义比较笼统，导致移动电话制造商在实现MIDlet生命周期时采取了不同的做法，这也给程序移植带来的困难。

为了方便调试程序，厂商都提供了自己的设备模拟器。这样开发者可以首先在目标机型的模拟器上运行应用程序，经过测试无误后再将MIDlet套件安装在移动电话上。然而，设备模拟器只是对移动电话软件运行环境的近似模拟，无法模拟移动电话真实的硬件环境和Java运行时环境。因此，有些应用程序在模拟器上运行良好，但是安装到移动电话后出现速度慢、非正常关闭等问题。设备模拟器永远都是应用程序运行状况的参考，移动电话才是检验应用程序正确与否的标准。

市面上移动开发平台混杂，造成软件在某设备上可以顺利安装执行，而到了其它设备，有可能无法执行，甚至连安装都可能有问题。市场竞争激烈，商品急于上市，导致移动电话软件开发周期短、软件版本多更新快。为此开发者不得不开发好几种版本的应用程序供各种厂商、各种型号的嵌入式设备使用。因此在测试任务中，测试不完全的现象时有发生。此外，移动电话型号多，淘汰快，为了保证充分地测试移动应用程序，测试人员不得不在不同移动电话设备上的进行着单调繁杂的重复性工作。而在版本更新过程中经常会临时添加新功能，由于测试方案缺少测试的度量数据，因此很难量化移动应用程序的测试充分性、测试覆盖率和软件的质量。这些现状说明，移动电话软件这种嵌入式软件的测试工作量太大，成本很高。

近年来发展起来的测试自动化比传统的手工测试具有明显的优势，即提高测试的效率、降低测试的成本。目前，商品化的测试工具，如MI公司的Winrunner、Rational公司的Purify、Parasoft公司的JTest等，都能够实现可编程测试，即可以根据用户对被测软件的具体需求，在一定程度上能够满足大多数软件自动化测试的需求。然而，它们并不支持像移动应用程序这类的嵌入式软件。这类运行在特定目标系统上的嵌入式软件，其硬件平台和操作系统往往专用的，把现有的成熟技术移植到嵌入式软件中来是实现难度极大的一项工作。例如：我们熟悉的JUnit就是一种被软件业界普遍认可的单元测试工具，它为PC桌面软件的自动化单元测试提供了理想的测试框架。为了测试移动应用程序，出现了易学易用的J2MEUnit和JMUnit，它们也被称为Java ME版本的JUnit，能支持编写模拟器环境下的Java ME单元测试。遗憾地，它们不支持机上测试。