CN103365770A

CN103365770A - 移动终端软件测试系统及软件测试方法

Info

Publication number: CN103365770A
Application number: CN2012101010868A
Authority: CN
Inventors: 陆兵; 应瑜雯
Original assignee: Individual
Current assignee: Lu Bing
Priority date: 2012-04-09
Filing date: 2012-04-09
Publication date: 2013-10-23
Anticipated expiration: 2032-04-09
Also published as: CN103365770B

Abstract

一种移动终端软件测试系统及软件测试方法，该方法包括：（1）提供测试平台，所述测试平台包括若干个测试终端和测试服务器，测试终端连接待测试的移动终端，该些若干个测试终端连接所述测试服务器，（2）移动终端接受用户通过预先设定的测试用例管理模块输入的测试用例，并将所述测试用例发送至测试平台；（3）测试平台根据测试用例来生成测试路径及测试代码，并根据用户命令向至少一台测试终端发起自动测试请求；（4）测试终端根据配置表对测试代码命令进行解析，并下载和安装相应的自动化代码，并且在对应的移动终端上运行代码并且对运行状态进行实时监控和报告。

Description

移动终端软件测试系统及软件测试方法

技术领域

本发明涉及测试领域，尤其涉及一种移动终端软件测试系统及软件测试方法。

背景技术

手机测试是一个很大的题目，涉及到硬件测试和软件测试，还有结构的测试，比如抗压，抗摔，抗疲劳，抗低温高温等，结构上的设计不合理，会造成应力集中，使得本身外壳变形，对于翻盖手机，盖子失效，还有其他严重问题。硬件测试一般都有严格的物理电气指标，也有专门的仪器。手机测试，一般是指软件测试，这个一方面也说明了软件在手机上的重要行。一方面也说明手机测试的难度。因为其它的测试都有明确的指标，严格的操作规程，还有各种仪器。

在申请号为200810097615.5的专利申请中公开了一种手机测试系统和方法,该系统包括手机信息数据库和手机测试单元;所述手机信息数据库提供手机测试数据,所述手机测试单元采集被测手机信息并与所述手机测试数据进行比较,从而判断被测手机信息是否完整和正确。本发明还公开了一种手机测试方法,包括步骤:步骤S1.写号检测单元验证被测手机的写号信息是否完整和正确;步骤S2.附件检测单元验证被测手机的附件信息是否完整和正确;步骤S3.包装检测单元验证手机包装箱内被测手机的包装信息是否完整和正确。虽然上述发明能有效测试手机信息的完整性和正确性，但是，这是测试不具有任何的扩展性。

在申请号为201110024200.7 申请日：2011-01-21，发明名称为“一种手机自动测试方法”中，涉及一种手机自动测试方法,包括:PC端通过串口向被测手机发送测试对应的当前AT命令;被测手机解析执行所述当前AT命令并返回AT响应,若AT响应正常,则获取当前手机屏幕数据帧通过串口发送给PC;PC解析所述AT响应并显示所述当前手机屏幕数据帧对应图像。这种手机自动测试方法,可同时测试多台与PC连接的被测手机,较现有技术能结合手机显示进行测试、测试更全面,能完全模拟手机在电脑端测试,同时兼具自动测试和自动记录的优点,实现测试界面的可视化。

但是，当测试安装有不同操作系统的手机时，测试手机需要先安装该操作系系统才能进行测试。

当前并没有很多成熟的整合的项管框架，已知的如RATIONAL JAZZ是IBM的产品，主要的功能点是从生命周期集成着手，将其作为主要设计点，用于帮助将Rational软件交付平台提高到一个新的水平。但是它过于庞大，购买和维护成本都很高。此外rational的产品就我所知是一个很难扩充功能的体系。在这个认知上我们可以根据经验去编写一套轻量级、具有核心功能并且预留扩展能力的项目管理框架，可以通过改造各种开源工具或自行设计等方法来达到这个目标，重要的是如何整合各个系统，这是关键部分，也是为什么这种系统目前还不多的原因。

而自动化测试这一块里，现在流行大部分的工具都是不同程度的录制和编写脚本，例如QTP，Rational Robot均为录制脚本。脚本的特点是对测试人员要求低，创建方便，但是功能性非常有限，还存在一定稳定性问题，无法应对复杂的测试需求，另外扩展性差，维护成本大是致命的缺点，产品的小变动对测试脚本可能改动很大或者需要重新录制。因此很多公司的做法是等到产品功能基本稳定之后录制一些常用功能的脚本进行回放。

综上所述，现有的软件测试存在扩展性差、不具有可编程软件测试及小变动需要改动测试脚本的缺陷。

发明内容

本发明的目的在于提供一种软件自动化测试系统含移动终端的软件测试系统，以解决现有技术中现有的软件测试存在扩展性差、不具有可编程软件测试及小变动需要改动测试脚本的缺陷。

本发明的另一目的在于提供一种移动终端软件测试方法，以解决现有技术中现有的软件测试存在扩展性差、不具有可编程软件测试及小变动需要改动测试脚本的缺陷。

一种移动终端软件测试方法，包括：

（1）提供测试平台，所述测试平台包括若干个测试终端和测试服务器，测试终端连接待测试的移动终端，该些若干个测试终端连接所述测试服务器，

（2）移动终端接受用户通过预先设定的测试用例管理模块输入的测试用例，并将所述测试用例发送至测试平台；

（3）测试平台根据测试用例来生成测试路径及测试代码，并根据用户命令向至少一台测试终端发起自动测试请求；

（4）测试终端根据配置表对测试代码命令进行解析，并下载和安装相应的自动化代码，并且在对应的移动终端上运行代码并且对运行状态进行实时监控和报告。

测试平台根据测试用例来生成测试路径进一步包括：根据不同入口生成测试用例的逻辑继承关系，接收用户对所述逻辑继承关系的检测，生成测试路径，或者接收用户输入的测试节点，并根据所述输入的测试节点来生成测试路径。

另外，步骤(3)和(4)之间还包括：测试终端根据配置表对测试代码命令进行解析，并下载和安装相应的自动化代码；测试终端将测试数据返回至测试服务器；测试服务器收集所述测试数据，若所述测试数据为预先设定的结果，则可根据用户的指令在多台测试终端并发进行多台移动终端的测试。

较佳地，用户可选择所需执行的数个自动化测试用例，在多个终端上进行自动化测试程序的下载更新并选择在不同的设备上并发进行测试。

也就是说，项目管理系统，流程化整个项目从需求开始到BUG追踪。自动化节省手工执行的时间和人力成本，缩短开发周期并且提供持久的质量保障（一般有2种方法，一种是减少测试人员，仍然在原有的时间内完成测试用例，让测试开发自动化手工的用例。另一种是保持原有人员，在完成手工脚本之后就可以把这些资源放到其他项目里，而由测试开发完成自动化测试用例后自动执行来保证质量）。缩短时间不仅是为了节约成本，也是为了使团队能够进行敏捷开发以应对快速迭代的需求。

1，本申请中自定义的用例管理，自动化测试执行，缺陷管理与追踪，提供智能分析报告，在发明的逻辑框架中自动发送数据，形成文档，并可管理

2，本申请提供测试路径自动生成，使用户通过本系统最终提高测试用例的代码覆盖率。

3，最终目标是节省了人工，缩短了测试时间，从多个角度控制了软件质量，降低软件开发风险。

4，我们系统使测试尽早介入项目周期，而不是到最后使用，因此整合软件开发的产品生命周期管理敏捷式开发模式需要结果快速得到验证，这样才能真正实现敏捷的意图。那么自动化测试平台便是不可缺少的支撑部分，通过结果的快速验证，开发系统有了敏捷的特征，从而使软件开发的产品生命周期得到缩短，具备健壮的开发体系。

附图说明

图1为移动终端软件测试系统的原理图。

具体实施方式

请参阅图1，一种移动终端软件测试系统,包括若干个测试终端2和测试服务器1，测试终端2连接待测试的移动终端3，该些若干个测试终端2连接所述测试服务器1，其中测试终端2与服务器1也可以通过JSON结构进行所有数据交换。

所述测试终端2进一步包括：

测试用例管理接口21：用于接收用户按照预先设定的规范创建/编辑所述测试用例。在本实例中，测试用例管理接口21预先作为软件的形式存储在测试服务器1上，当测试终端2需要开始提供测试移动终端软件的功能时，就从测试服务器1上下载该软件，并安装在本终端2。测试终端2通常是指测试计算机或其它测试设备。按装该软件后成的测试用例管理接口21，提供一个接口，方便与用户交互。在该测试用例管理接口21中提供测试用例范例以及测试用例编写规范，方便用户通过自然语言编写该测试用例。

命令解析单元21：用于对测试终端的配置表进行自动在线更新，并下载和安装相应的自动化代码，及根据配置表对测试代码命令进行解析.

在测试终端2上设置一配置表，当从测试服务器1上下载自动化运行代码后，安装该代码。配置表配置远程服务器命令及参数与本地命令的映射。因为我们的测试客户端可以是跨平台的。测试终端可以进行自动在线更新配置表，并且，测试终端对命令进行解析并且映射到配置表。

用户交互单元25：用于接收用户的指令，并将所述测试结果反馈至所述用户。在这个单元中，还可以实现测试终端对移动设备的管理，比如，测试终端2同时可以处理多个移动设备的软件测试，此时就需要对该些移动设备进行管理，比如，建立一个表格，存储每个移动设备当前正在运行的软件测试及运行情况纪录，或建立一个存储区，存储已往各个移动设备已运行的软件测试情况及运行结果纪录。

服务器交互单元26：用于建立与测试服务器1之间的交互。比如，及时更新配置表等。

测试代码版本控制单元23：用于保存不同的测试代码版本，这样方便用户选择不同的测试代码版本进行测试。

设备/自动化测试单元24：用于用户选择是设备测试程序，还是自动测试程序。

简而言之，测试终端主要做以下的事项：对配置表进行自动在线更新；测试终端对命令进行解析并且映射到配置表；测试终端对移动设备的管理；测试终端对不同种类测试的发起；测试用例与执行系统只需要遵守协议，而不强制使用某种编程语言以适应多个平台，即测试执行与测试终端解耦合

所述测试服务器1进一步包括：

测试终端管理单元12：用于保存各个测试终端的对应信息.比如，各个测试终端当前正在测试软件的信息、各个测试终端的属性信息，各个测试终端的历史测试信息等。

用例管理单元13：用于存储当前已编辑的测试用例，并且根据测试用例来解析生成测试路径及测试代码，在服务器端自动维护测试代码.由于测试用例编辑是通过自然语言编辑的，需要要生成测试代码。在本实例中，使用图形化界面-图或树形结构管理测试用例的覆盖率以及测试路径，即通过ER关系自动生成状态与测试路径的组合

自动执行单元14：解析服务器命令以选择设备执行自动化，并将执行结果通过终端交互接口返回至对应的测试终端上。自动执行单元14将测试代码发送至用户选定的或指定的至少一个移动终端2，移动终端2将执行结果返回至所述自动执行单元14.

本实例还包括：

缺陷管理单元：连接自动执行单元，用于当执行时碰到bug时，转入缺陷管理来进行记录缺陷的详细信息；

测试分析单元：用于统计出现缺陷的情况，包括统计出错的测试终端信息、统计同一测试用例的缺陷情况。

智能分析单元：通过关键字、模块对缺陷以及用例进行分析。

在自动执行单元中还设置一中断处理子单元，用于当自动执行单元执行某一条测试用例命令满足某一触发条件时，触发中断处理操作，再将用户的响应返回至所述自动执行单元，中断处理操作进一步包括：中止所述命令执行，返回所述用户选择停止操作或继续操作。

一种移动终端软件测试方法，包括：

（2）移动终端接受用户通过预先设定的测试用例管理模块输入的测试用例，并将所述测试用例发送至测试平台；测试平台根据测试用例来生成测试路径进一步包括：根据不同入口生成测试用例的逻辑继承关系，接收用户对所述逻辑继承关系的检测，生成测试路径，或者接收用户输入的测试节点，并根据所述输入的测试节点来生成测试路径。（即，可以通过ER关系自动生成状态与测试路径的组合。）

步骤(3)和(4)之间还包括：测试终端根据配置表对测试代码命令进行解析，并下载和安装相应的自动化代码；测试终端将测试数据返回至测试服务器；测试服务器收集所述测试数据，若所述测试数据为预先设定的结果，则可根据用户的指令在多台测试终端并发进行多台移动终端的测试。

另外，用户可选择所需执行的数个自动化测试用例，在多个终端上进行自动化测试程序的下载更新并选择在不同的设备上并发进行测试。并且，对测试终端的配置表进行自动在线更新，测试终端对命令进行解析并且映射到配置表。

本发明还包括：统计出现缺陷的情况，包括统计出错的测试终端信息、统计同一测试用例的缺陷情况；通过关键字、模块对缺陷以及用例进行分析。

也就是说，提供用户交互的测试用例管理接口，所述测试接口用于用户创建/编辑测试用例（，将根据用户输入自动产生测试代码【后期计划】，具体来说，就是用户根据规范编写测试用例，递交到后台，后台产生测试代码）。测试系统包括服务器与终端管理两部分。其中测试服务器提供测试用例管理接口、测试代码编译系统、终端管理单元以及缺陷追踪与分析模块；测试终端则包括命令解析模块、测试代码版本控制与设备/自动化测试程序管理。首先用户可以通过测试用例管理模块输入测试用例，系统根据不同入口生成测试用例的逻辑继承关系以使用户检查测试路径和覆盖率；用户也可以通过输入测试节点自动生成测试路径（通过ER关系自动生成状态与测试路径的组合。）。测试服务器根据用户命令向测试终端发起自动化测试的请求，可以在多台测试终端并发进行；测试服务器负责通过测试终端收集测试数据并且做出初级分析。测试终端根据配置表对命令进行解析，并下载和安装相应的自动化代码，并且在对应的设备上运行代码并且对运行状态进行实时监控和报告。测试结果管理系统根据实时结果自动进行缺陷关联以及缺陷智能分析。服务器与测试服务器使用网络通信，终端与设备可通过USB或者网络进行通信，所有交互可采用XML或其他数据结构进行分析。所有模块都可通过适配器进行替换。

本发明的做法是创建自动化测试代码的执行框架。自动化测试代码需要开发的经验，对普通测试人员要求较高，而针对自动化测试代码的框架现在很少，这意味着需要编写主流平台的执行框架，还代表着需要对主流的开发语言制定测试代码编写的规则。但是它的好处是只需要少数开发人员根据规范进行基于模型的自动化，能快速处理大量手工测试用例，并且同时会促进产品开发编写出规范易维护的代码，从而使产品质量也得到改进。

本发明优选实施例只是用于帮助阐述本发明。优选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本说明书的内容，可作很多的修改和变化。本说明书选取并具体描述这些实施例，是为了更好地解释本发明的原理和实际应用，从而使所属技术领域技术人员能很好地利用本发明。本发明仅受权利要求书及其全部范围和等效物的限制。

Claims

1.一种移动终端软件测试方法，其特征在于：包括：

2.如权利要求1所述的移动终端软件测试方法，其特征在于，测试平台根据测试用例来生成测试路径进一步包括：

根据不同入口生成测试用例的逻辑继承关系，接收用户对所述逻辑继承关系的检测，生成测试路径，或者

接收用户输入的测试节点，并根据所述输入的测试节点来生成测试路径。

3.如权利要求1或2所述的移动终端软件测试方法，其特征在于，步骤(3)和(4)之间还包括：

测试终端根据配置表对测试代码命令进行解析，并下载和安装相应的自动化代码；

测试终端将测试数据返回至测试服务器；

测试服务器收集所述测试数据，若所述测试数据为预先设定的结果，则可根据用户的指令在多台测试终端并发进行多台移动终端的测试。

4.如权利要求1或2所述的移动终端软件测试方法，其特征在于，用户可选择所需执行的数个自动化测试用例，在多个终端上进行自动化测试程序的下载更新并选择在不同的设备上并发进行测试。

5.如权利要求1或2所述的移动终端软件测试方法，其特征在于，还包括：

对测试终端的配置表进行自动在线更新；

测试终端对命令进行解析并且映射到配置表。

6.如权利要求1或2所述的移动终端软件测试方法，其特征在于，还包括：

统计出现缺陷的情况，包括统计出错的测试终端信息、统计同一测试用例的缺陷情况；

通过关键字、模块对缺陷以及用例进行分析。

7.一种移动终端软件测试系统，其特征在于，包括若干个测试终端和测试服务器，测试终端连接待测试的移动终端，该些若干个测试终端连接所述测试服务器，其中，

所述测试终端进一步包括：

测试用例管理接口：用于接收用户按照预先设定的规范创建/编辑所述测试用例；

命令解析单元：用于对测试终端的配置表进行自动在线更新，并下载和安装相应的自动化代码，及根据配置表对测试代码命令进行解析；

用户交互单元：用于接收用户的指令，并将所述测试结果反馈至所述用户；

服务器交互单元：用于建立与服务器之间的交互；

所述测试服务器进一步包括：

测试终端管理单元：用于保存各个测试终端的对应信息;

用例管理单元：用于存储当前已编辑的测试用例，并且根据测试用例来解析生成测试路径及测试代码，在服务器端自动维护测试代码;

自动执行单元：解析服务器命令以选择设备执行自动化，并将执行结果通过终端交互接口返回至对应的测试终端上。

8.如权利要求7所述的系统，其特征在于，使用图形化界面-图或树形结构管理测试用例的覆盖率以及测试路径。

9.如权利要求7所述的系统，其特征在于，还包括：

测试分析单元：用于统计出现缺陷的情况，包括统计出错的测试终端信息、统计同一测试用例的缺陷情况;

10.如权利要求7所述的系统，其特征在于，在自动执行单元中还设置一中断处理子单元，用于当自动执行单元执行某一条测试用例命令满足某一触发条件时，触发中断处理操作，再将用户的响应返回至所述自动执行单元，中断处理操作进一步包括：中止所述命令执行，返回所述用户选择停止操作或继续操作。