CN104679644A

CN104679644A - 移动终端中应用程序的测试方法和系统

Info

Publication number: CN104679644A
Application number: CN201310618162.7A
Authority: CN
Inventors: 王飞舟; 刘谨
Original assignee: BYD Co Ltd
Current assignee: BYD Co Ltd
Priority date: 2013-11-28
Filing date: 2013-11-28
Publication date: 2015-06-03
Anticipated expiration: 2033-11-28
Also published as: CN104679644B

Abstract

本发明提出一种移动终端中应用程序的测试方法和系统，其中该测试方法包括以下步骤：测试端建立移动终端中测试引擎与待测应用程序的关联关系；测试端启动测试引擎和待测应用程序，并将测试脚本加载至移动终端；测试引擎将测试脚本转换为相应的控制指令，并控制待测应用程序执行控制指令；以及测试端采集待测应用程序执行控制指令之后生成的界面数据，并根据界面数据对待测应用程序进行测试。本发明的测试方法，使得学习门槛降低，经过简单的培训即可使用，便于推广使用，并且减少了手动编写测试脚本的工作量，提高了测试脚本的编写速度。

Description

移动终端中应用程序的测试方法和系统

技术领域

本发明涉及移动设备制造技术领域，尤其涉及一种移动终端中应用程序的测试方法和系统。

背景技术

随着移动终端智能化的迅速发展，各种功能的应用程序也越来越多元化，用户越来越倾向于通过在移动终端上安装不同的应用程序，来辅助进行商务、娱乐、生活等多种活动。由于应用程序市场上各种应用程序琳琅满目，质量参差不齐，若保障应用程序具有良好的市场竞争力，则首先需要保障应用程序的测试质量。

目前，Robotium是安卓Android平台测试中一个简单而又强大的工具。Robotium是基于Android测试框架InstrumentationTestCase2进行的2次封装，把一些基本操作又简化了一遍，Robotium的文档只有一个Solo类，而且配置步骤是固定的几步。Robotium测试工具的优点是，在有源码时可以测试源码，进行白盒测试，在没有源码时，只有一个应用程序的APK（AndroidPackage，Android安装包）也可以对其进行黑盒测试，而且对应用程序上的每一个按钮、文本控件、图像等都可以捕捉到，既可以使用按钮显示的名字进行点击，也可以使用坐标进行点击。

目前至少存在以下问题：（1）Robotium由于是使用和Android系统一样的开发技术，所以对测试人员的技术水平要求较高，对测试人员编写出来的测试脚本，需要进行仔细的检查和修改，当测试脚本运行和移动终端上的界面不一致时，会导致移动终端的应用程序直接崩溃；（2）由于Android系统为开放源代码，各个厂家对其中的代码各有定制，所以有些Robotium的功能无法实现，而在测试中有些功能Robotium并不具备；（3）Robotium提供的API（Application Programming Interface，应用程序编程接口）是面向过程的，测试代码的可扩展性差，从而导致维护工作量较大。

发明内容

本发明旨在至少解决上述技术问题之一。

为此，本发明的第一个目的在于提出一种移动终端中应用程序的测试方法。该方法使得学习门槛降低，经过简单的培训即可使用，便于推广使用，并且减少了手动编写测试脚本的工作量，提高了测试脚本的编写速度。

本发明的第二个目的在于提出一种移动终端中应用程序的测试系统。

为了实现上述目的，本发明第一方面实施例的移动终端中应用程序的测试方法，包括以下步骤：测试端建立移动终端中测试引擎与待测应用程序的关联关系；所述测试端启动所述测试引擎和所述待测应用程序，并将测试脚本加载至所述移动终端；所述测试引擎将所述测试脚本转换为相应的控制指令，并控制所述待测应用程序执行所述控制指令；以及所述测试端采集所述待测应用程序执行所述控制指令之后生成的界面数据，并根据所述界面数据对所述待测应用程序进行测试。

根据本发明实施例的移动终端中应用程序的测试方法，可通过移动终端中的测试引擎将测试脚本转换为相应的控制指令，并控制待测应用程序执行控制指令，测试端可采集待测应用程序执行控制指令之后生成的界面数据，并根据界面数据对待测应用程序进行测试，至少具有以下优点：（1）测试工程师无须知道Robotium的任何技术细节，经过简单的培训即可使用并测试，学习门槛降低，便于推广使用；（2）测试脚本可以通过移动终端模拟器快速生成，减少了手工编写测试脚本的工作量，减少了编写出错的可能，同时也提高了测试脚本编写速度；（3）功能有所扩展，测试脚本的稳定性大大提高。

为了实现上述目的，本发明第二方面实施例的移动终端中应用程序的测试系统，包括：测试端和移动终端，其中，所述测试端，用于建立所述移动终端中测试引擎与待测应用程序的关联关系，并启动所述测试引擎和所述待测应用程序，并将测试脚本加载至所述移动终端，以使所述移动终端中的所述测试引擎将所述测试脚本转换为相应的控制指令，并使得所述测试引擎控制所述待测应用程序执行所述控制指令，以及采集所述待测应用程序执行所述控制指令之后生成的界面数据，并根据所述界面数据对所述待测应用程序进行测试；所述移动终端，用于获取所述测试脚本，并将所述测试脚本转换为相应的控制指令，并控制所述待测应用程序执行所述控制指令。

根据本发明实施例的移动终端中应用程序的测试系统，可通过移动终端中的测试引擎将测试脚本转换为相应的控制指令，并控制待测应用程序执行控制指令，测试端可采集待测应用程序执行控制指令之后生成的界面数据，并根据界面数据对待测应用程序进行测试，至少具有以下优点：（1）测试工程师无须知道Robotium的任何技术细节，经过简单的培训即可使用并测试，学习门槛降低，便于推广使用；（2）测试脚本可以通过移动终端模拟器快速生成，减少了手工编写测试脚本的工作量，减少了编写出错的可能，同时也提高了测试脚本编写速度；（3）功能有所扩展，测试脚本的稳定性大大提高。

本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中，

图1是根据本发明一个实施例的移动终端中应用程序的测试方法的流程图；

图2是根据本发明一个实施例的移动终端中应用程序的测试系统的结构示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能理解为对本发明的限制。相反，本发明的实施例包括落入所附加权利要求书的精神和内涵范围内的所有变化、修改和等同物。

在本发明的描述中，需要理解的是，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。在本发明的描述中，需要说明的是，除非另有明确的规定和限定，术语“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。此外，在本发明的描述中，除非另有说明，“多个”的含义是两个或两个以上。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

下面结合说明书附图详细说明本发明实施例的移动终端中应用程序的测试方法和系统。

为了解决Robotium测试工具对于测试人员编写测试脚本能力的要求较高的问题，以及为了解决Robotium测试工具中测试代码的可扩展性差，从而导致维护工作量较大的问题，本发明提出一种移动终端中应用程序的测试方法。

图1是根据本发明一个实施例的移动终端中应用程序的测试方法的流程图。如图1所示，移动终端中应用程序的测试方法包括以下步骤：

S101，测试端建立移动终端中测试引擎与待测应用程序的关联关系。

在本发明的一个实施例中，测试端可以为PC（Personal Computer，个人计算机）机。

在本发明的一个实施例中，移动终端的操作系统可为Android操作系统，测试引擎可为Robotium测试框架。其中，移动终端可以是智能手机、平板电脑、个人数字助理、电子书等具有Android操作系统的硬件设备。

具体地，测试端可通过修改测试引擎的源代码以建立测试引擎与待测应用程序的关联关系。例如，将待测应用程序的包名和启动入口填写至测试引擎中，这样就可将测试引擎和移动终端中的待测应用程序进行了绑定。其中，待测应用程序的包名即为待测应用程序的packagename属性，可通过PackageManger管理类获取待测应用程序的packagename属性。

S102，测试端启动测试引擎和待测应用程序，并将测试脚本加载至移动终端。

具体地，在测试端修改测试引擎的源代码之后，测试端可将该修改过的源代码进行编译，以生成APK应用程序，之后将这个APK应用程序通过USB（Universal Serial Bus，通用串行总线）或蓝牙、WiFi（Wireless Fidelity，无线保真）等加载至移动终端上以形成移动终端的测试引擎，最后，测试端通过ADB（Android Debug Bridge，一款Android平台通用的调试工具）命令启动该测试引擎，同时也启动待测应用程序，并将测试脚本通过USB或蓝牙、WiFi等加载至移动终端中。

其中，测试脚本可由测试端采集移动终端的UI（User Interface，用户界面）控件信息来生成的，具体地，在本发明的一个实施例中，在测试端将测试脚本加载至移动终端之前，该移动终端中应用程序的测试方法还包括：测试端采集移动终端的UI控件信息；测试端根据UI控件信息生成测试脚本语句；测试端根据测试脚本语句生成测试脚本。其中，在本发明的实施例中，测试端可包括脚本编辑器、移动终端模拟器、测试用例管理软件等。

更具体地，首先，测试端可通过测试端中的脚本编辑器新建一个脚本文件，之后，测试端可启动测试端中的移动终端模拟器，通过点击移动终端模拟器上的屏幕刷新按钮，来采集移动终端的UI控件信息，之后，对该UI控件信息进行组装和拼接，以生成测试脚本语句，经过反复采集UI控件信息和对UI控件信息进行组装、拼接等操作，以完成所述测试脚本语句的编写，从而生成测试脚本。应当理解，在生成测试脚本的过程中，还可编辑、调整测试脚本语句，必要时增加条件判断，循环转移等控制语句，以完善测试脚本，使得测试脚本更具有稳定性。

例如，测试端可采集移动终端的UI数据，UI数据包括列表和UI部件位置图，首先，可将移动终端当前的UI部件展现在测试工程师面前，之后通过测试工程师点击位置图上的控件，测试端自动定位到该控件在列表中的详细信息，之后测试工程师再点击该详细信息，测试端会调出可用的操作指令，辅助测试工程师生成测试脚本语句，当测试工程师通过脚本编辑器对测试脚本语句进行编写，并完成之后，脚本保存在相应的文件中，从而生成了测试脚本。

S103，测试引擎将测试脚本转换为相应的控制指令，并控制待测应用程序执行控制指令。

其中，测试引擎可包括脚本语言解释器、移动终端信息收集软件和移动终端操作驱动程序等。具体地，在测试端将测试脚本加载至移动终端之后，测试引擎中的脚本语言解释器可将该测试脚本翻译成robotium等相应的控制指令，并控制待测试应用程序直接执行相应的控制指令，以实现对待测应用程序进行人工的模拟操作，之后通过移动终端信息收集软件将当前屏幕上已经显示出来的UI界面数据等发送至测试端。应当理解，在本发明的实施例中，通过移动终端信息收集软件采集的界面数据还可发送至移动终端的操作驱动程序或者脚本语言解释器中，以帮助测试脚本选择执行步骤。其中，移动终端的操作驱动程序是对Robotium测试框架的扩展，功能和Robotium相似，但提供了一些Robotium无法提供的功能。

S104，测试端采集待测应用程序执行控制指令之后生成的界面数据，并根据界面数据对待测应用程序进行测试。

在本发明的一个实施例中，该移动终端中应用程序的测试方法还包括：测试端显示界面数据。具体地，测试端可通过移动终端模拟器将待测应用程序执行控制指令之后生产的界面数据进行采集，同时可将采集到的界面数据在测试端中的显示界面进行显示，以方便测试工程师查看。

在对待测应用程序进行测试之前，还需生成测试计划表，根据测试计划表以对待测应用程序进行测试，具体地，在本发明的一个实施例中，在测试端根据界面数据对待测应用程序进行测试之前，该移动终端中应用程序的测试方法还包括：根据测试脚本生成测试计划表，测试端执行测试计划表。具体地，测试端可获取所有需要进行测试的测试脚本名称、测试脚本对应的路径等信息，并根据该测试脚本名称、对应的路径等信息生成测试计划表，同时测试用例管理软件可调整测试脚本的执行次序、执行次数以完善测试计划表。当开始测试时，测试端可读取测试计划表，并从测试计划表的第一项开始，将对应的测试脚本加载至移动终端中进行执行，在执行过程中，测试端可采集测试过程中移动终端的状态信息，并更新测试计划表中的状态栏，等所有的测试脚本执行完毕，测试用例管理软件可保存测试结果。

为了实现上述实施例，本发明的实施例还提出一种移动终端中应用程序的测试系统。

如图2所示，移动终端中应用程序的测试系统包括：测试端10和移动终端20。其中，本发明实施例所述的移动终端20的操作系统可为Android操作系统，移动终端20可以是智能手机、平板电脑、个人数字助理、电子书等具有Android操作系统的硬件设备。

具体地，测试端10用于建立移动终端20中测试引擎与待测应用程序的关联关系，并启动测试引擎和待测应用程序，并将测试脚本加载至移动终端20，以使移动终端20中的测试引擎将测试脚本转换为相应的控制指令，并使得测试引擎控制待测应用程序执行控制指令，以及采集待测应用程序执行控制指令之后生成的界面数据，并根据界面数据对待测应用程序进行测试。其中，在本发明的一个实施例中，测试端10可为PC机，测试引擎可为Robotium测试框架。

更具体地，测试端10可通过修改测试引擎的源代码以建立测试引擎与待测应用程序的关联关系，例如，将待测应用程序的包名和启动入口填写至测试引擎中，这样就可将测试引擎和移动终端20中的待测应用程序进行了绑定。在测试端10修改测试引擎的源代码之后，测试端10可将该修改过的源代码进行编译，以生成APK应用程序，之后将这个APK应用程序通过USB或蓝牙、WiFi等加载至移动终端20上以形成移动终端20的测试引擎，最后，测试端10通过ADB命令启动该测试引擎，同时也启动待测应用程序，并将测试端10生成的测试脚本通过USB或蓝牙、WiFi等加载至移动终端20中。其中，待测应用程序的包名即为待测应用程序的packagename属性，可通过PackageManger管理类获取待测应用程序的packagename属性。

移动终端20用于获取测试脚本，并将测试脚本转换为相应的控制指令，并控制待测应用程序执行控制指令。其中，移动终端20可具有测试引擎。更具体地，在测试端10将测试脚本加载至移动终端20之后，移动终端20中的脚本语言解释器可将该测试脚本翻译成robotium等相应的控制指令，并控制待测试应用程序直接执行相应的控制指令，以实现对待测应用程序进行人工的模拟操作，之后通过移动终端20信息收集软件将当前屏幕上已经显示出来的UI界面数据等发送至测试端10，以使测试端10采集到待测应用程序执行控制指令之后生成的界面数据，并根据界面数据对待测应用程序进行测试。应当理解，在本发明的实施例中，通过移动终端20信息收集软件采集的界面数据还可发送至移动终端20的操作驱动程序或者脚本语言解释器中，以帮助测试脚本选择执行步骤。其中，移动终端20的操作驱动程序是对Robotium测试框架的扩展，功能和Robotium相似，但提供了一些Robotium无法提供的功能。

测试脚本可由测试端10采集移动终端20的UI控件信息来生成的，具体地，在本发明的一个实施例中，测试端10还用于：采集移动终端的UI控件信息，并根据UI控件信息生成测试脚本语句，以及根据测试脚本语句生成测试脚本。其中，在本发明的实施例中，测试端10可包括脚本编辑器、移动终端模拟器、测试用例管理软件等。更具体地，首先，测试端10可通过测试端10中的脚本编辑器新建一个脚本文件，之后测试端10可启动测试端10中的移动终端模拟器，通过点击移动终端模拟器上的屏幕刷新按钮，来采集移动终端20的UI控件信息，之后，对该UI控件信息进行组装和拼接，以生成测试脚本语句，经过反复采集UI控件信息和对UI控件信息进行组装、拼接等操作，以完成所述测试脚本语句的编写，从而生成测试脚本。应当理解，在生成测试脚本的过程中，还可编辑、调整测试脚本语句，必要时增加条件判断，循环转移等控制语句，以完善测试脚本，使得测试脚本更具有稳定性。

例如，测试端10可采集移动终端20的UI数据，UI数据包括列表和UI部件位置图，首先，可将移动终端20当前的UI部件展现在测试工程师面前，之后通过测试工程师点击位置图上的控件，测试端10自动定位到该控件在列表中的详细信息，之后测试工程师再点击该详细信息，测试端10会调出可用的操作指令，辅助测试工程师生成测试脚本语句，当测试工程师通过脚本编辑器对测试脚本语句进行编写，并完成之后，脚本保存在相应的文件中，从而生成了测试脚本。

在本发明的一个实施例中，测试端10还用于显示界面数据。更具体地，测试端10可通过移动终端模拟器将待测应用程序执行控制指令之后生产的界面数据进行采集，同时可将采集到的界面数据在测试端10中的显示界面进行显示，以方便测试工程师查看。

在对待测应用程序进行测试之前，还需生成测试计划表，根据测试计划表以对待测应用程序进行测试，具体地，在本发明的一个实施例中，测试端10还用于根据测试脚本生成测试计划表，并执行测试计划表。更具体地，测试端10可获取所有需要进行测试的测试脚本名称、测试脚本对应的路径等信息，并根据该测试脚本名称、对应的路径等信息生成测试计划表，同时测试用例管理软件可调整测试脚本的执行次序、执行次数以完善测试计划表。当开始测试时，测试端10可读取测试计划表，并从测试计划表的第一项开始，将对应的测试脚本加载至移动终端20中进行执行，在执行过程中，测试端10可采集测试过程中移动终端20的状态信息，并更新测试计划表中的状态栏，等所有的测试脚本执行完毕，测试用例管理软件可保存测试结果。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列（PGA），现场可编程门阵列（FPGA）等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管已经示出和描述了本发明的实施例，本领域的普通技术人员可以理解：在不脱离本发明的原理和宗旨的情况下可以对这些实施例进行多种变化、修改、替换和变型，本发明的范围由权利要求及其等同物限定。

Claims

1.一种移动终端中应用程序的测试方法，其特征在于，包括以下步骤：

测试端建立移动终端中测试引擎与待测应用程序的关联关系；

所述测试端启动所述测试引擎和所述待测应用程序，并将测试脚本加载至所述移动终端；

所述测试引擎将所述测试脚本转换为相应的控制指令，并控制所述待测应用程序执行所述控制指令；以及

所述测试端采集所述待测应用程序执行所述控制指令之后生成的界面数据，并根据所述界面数据对所述待测应用程序进行测试。

2.如权利要求1所述的移动终端中应用程序的测试方法，其特征在于，在所述将测试脚本加载至所述移动终端之前，还包括：

所述测试端采集所述移动终端的UI控件信息；

所述测试端根据所述UI控件信息生成测试脚本语句；

所述测试端根据所述测试脚本语句生成所述测试脚本。

3.如权利要求2所述的移动终端中应用程序的测试方法，其特征在于，在所述根据界面数据对所述待测应用程序进行测试之前，还包括：

根据所述测试脚本生成测试计划表，所述测试端执行所述测试计划表。

4.如权利要求1所述的移动终端中应用程序的测试方法，其特征在于，还包括：

所述测试端显示所述界面数据。

5.如权利要求1所述的移动终端中应用程序的测试方法，其特征在于，所述移动终端为Android操作系统，所述测试引擎为Robotium测试框架。

6.一种移动终端中应用程序的测试系统，其特征在于，包括：测试端和移动终端，其中，

所述测试端，用于建立所述移动终端中测试引擎与待测应用程序的关联关系，并启动所述测试引擎和所述待测应用程序，并将测试脚本加载至所述移动终端，以使所述移动终端中的所述测试引擎将所述测试脚本转换为相应的控制指令，并使得所述测试引擎控制所述待测应用程序执行所述控制指令，以及采集所述待测应用程序执行所述控制指令之后生成的界面数据，并根据所述界面数据对所述待测应用程序进行测试；

所述移动终端，用于获取所述测试脚本，并将所述测试脚本转换为相应的控制指令，并控制所述待测应用程序执行所述控制指令。

7.如权利要求6所述的移动终端中应用程序的测试系统，其特征在于，所述测试端还用于：采集所述移动终端的UI控件信息，并根据所述UI控件信息生成测试脚本语句，以及根据所述测试脚本语句生成所述测试脚本。

8.如权利要求7所述的移动终端中应用程序的测试系统，其特征在于，所述测试端还用于根据所述测试脚本生成测试计划表，并执行所述测试计划表。

9.如权利要求6所述的移动终端中应用程序的测试系统，其特征在于，所述测试端还用于显示所述界面数据。

10.如权利要求6所述的移动终端中应用程序的测试系统，其特征在于，所述移动终端为Android操作系统，所述测试引擎为Robotium测试框架。

11.如权利要求6所述的移动终端中应用程序的测试系统，其特征在于，所述测试端包括脚本编辑器、移动终端模拟器和测试用例管理软件，所述脚本编辑器用于编写脚本文件，所述移动终端模拟器用于采集所述移动终端的UI控件信息，所述测试用例管理软件用于调整所述测试脚本的执行次序、执行次数，并收集整理测试结果。

12.如权利要求6所述的移动终端中应用程序的测试系统，其特征在于，所述测试引擎包括脚本语言解释器、移动终端信息收集软件和移动终端操作驱动程序，所述脚本语言解释器用于将所述测试脚本翻译为对应的控制指令，并根据所述控制指令控制所述待测应用程序，所述移动终端信息收集软件用于将所述移动终端的当前屏幕上的UI控件信息发送至所述测试端，所述移动终端操作驱动程序用于扩展所述测试引擎的功能。