CN107102949A - 应用程序离线测试方法及工具 - Google Patents

Abstract

本申请实施例提供一应用程序离线测试方法及工具。其中，测试工具包括：引擎模块，用于通过所述Android设备，向用户展示测试用例管理界面并响应于针对所述测试用例管理界面的触控操作，获取测试用例标识以及对应的测试参数；守护模块，用于根据所述测试用例标识以及所述测试参数确定对应的测试用例，并向测试模块发送测试命令；所述测试模块，用于根据所述测试命令，执行所述测试用例以对所述待测应用程序进行测试。本申请实施例提供的测试工具，实现了在应用程序所安装的设备上对应用程序进行离线的自动化测试。

Description

应用程序离线测试方法及工具

技术领域

本申请涉及计算机技术领域，尤其涉及一应用程序离线测试方法及工具。

背景技术

UIAutomator(自动化用户界面测试工具)是一款Android常用的用户界面测试工具，具有接口丰富易用以及能够跨进程等独特的优势。

通常，使用UIAutomator对应用程序进行UI测试时，首先需要安装待测试的应用程序到Android(Android)设备中，由测试人员确定待测应用程序包含的对象，接着针对各对象在UIAutomator中创建相应的测试用例。测试用例可以模拟用户针对该应用程序的操作，并编译测试案例代码为Jar包。复制该Jar包到安装有待测应用程序的Android设备中。复制完成后，连接安装有待测应用的Android设备以及UIAutomator所在的电脑，在UIAutomator的命令窗口中执行运行测试案例的指令。接收到运行指令后，测试案例在安装有待测应用的Android设备中运行并输出相应的运行结果。

然而，这种依托于通过数据线连接Android设备和UIAutomator所在的电脑的测试方式，对测试环境造成了一定限制。

发明内容

本申请实施例提供一种应用程序离线测试方法及工具，用以在对应用程序进行测试时，摆脱对电脑端的依赖，实现了在应用程序所安装的设备上对应用程序进行离线的自动化测试。

本申请实施例提供一种应用程序离线测试方法，由与待测应用程序安装于同一Android设备上的测试工具执行，所述方法包括：

通过所述Android设备，向用户展示测试用例管理界面；

响应于针对所述测试用例管理界面的触控操作，获取测试用例标识以及对应的测试参数；

根据所述测试用例标识以及测试参数，执行相应的测试用例以对所述待测应用程序进行测试。

进一步可选地，在所述测试工具执行所述方法之前，还包括：所述测试工具基于内部固定代码模块的系统签名向Android设备的操作系统申请系统权限，以使所述测试工具以root账户在所述Android设备上运行。

进一步可选地，所述测试工具基于内部固定代码模块的系统签名向Android设备的操作系统申请系统权限，以使所述测试工具以root账户在所述Android设备上运行，包括：所述测试工具向所述Android设备的操作系统发送安装请求，以触发所述操作系统从所述内部固定代码模块中获取系统签名并对所述系统签名进行签名验证；在所述系统签名通过签名验证时，所述测试工具获得所述Android设备的操作系统授权的root账户。

进一步可选地，根据所述测试用例标识以及测试参数，执行相应的测试用例以对所述待测应用程序进行测试，包括：根据所述测试用例标识以及测试参数，执行相应的测试用例，以模拟用户对所述待测应用程序进行操作；在所述Android设备上，展示所述测试用例模拟用户对所述待测应用程序进行操作的过程。

进一步可选地，根据所述测试用例标识以及测试参数，执行相应的测试用例以对所述待测应用程序进行测试之后，还包括：响应于针对所述测试用例管理界面上的测试结果展示控件的触控操作，展示所述测试用例的执行结果；或，响应于针对所述测试用例管理界面上的运行日志展示控件的触控操作，展示执行所述测试用例所产生的日志记录；或，响应于针对所述测试用例管理界面上的分析控件的触控操作，对所述测试用例的执行结果进行分析并展示所述分析的结果；和/或，响应于针对所述测试用例管理界面上的远程通信控件的操作，将所述测试用例的执行结果和/或执行所述测试用例所产生的日志记录和/或对所述测试用例的执行结果的分析的结果同步至电脑端。

本申请实施例还提供一种应用程序离线测试工具，所述测试工具与待测应用程序安装于同一Android设备上，所述测试工具包括：

引擎模块，用于通过所述Android设备，向用户展示测试用例管理界面并响应于针对所述测试用例管理界面的触控操作，获取测试用例标识以及对应的测试参数；

守护模块，用于根据所述测试用例标识以及所述测试参数确定对应的测试用例，并向测试模块发送测试命令；

所述测试模块，用于根据所述测试命令，执行所述测试用例以对所述待测应用程序进行测试。

进一步可选地，所述守护模块还用于：在所述测试工具执行所述方法之前，向所述Android设备的操作系统申请系统权限，以使所述测试工具以root账户在所述Android设备上运行。

进一步可选地，所述测试模块具体用于：根据所述测试用例标识以及测试参数，执行相应的测试用例，以模拟用户对所述待测应用程序进行操作；所述守护模块还用于：在所述Android设备上，展示所述测试用例针模拟用户所述待测应用程序进行操作的过程。

进一步可选地，所述守护模块还用于：获取所述测试用例的执行结果和/或执行所述测试用例所产生的日志记录；将所述测试用例的执行结果和/或执行所述测试用例所产生的日志记录发送至所述引擎模块。

进一步可选地，所述引擎模块具体用于：响应于针对所述测试用例管理界面上的测试结果展示控件的触控操作，展示接收到的所述测试用例的执行结果；或，响应于针对所述测试用例管理界面上的运行日志展示控件的触控操作，展示接收到的执行所述测试用例所产生的日志记录；或，响应于针对所述测试用例管理界面上的分析控件的触控操作，对所述测试用例的执行结果进行分析并展示所述分析的结果；和/或，响应于针对所述测试用例管理界面上的远程通信控件的操作，将所述测试用例的执行结果和/或执行所述测试用例所产生的日志记录和/或对所述测试用例的执行结果的分析的结果同步至电脑端。

本申请实施例提供的应用程序离线测试方法及工具，将测试工具与待测应用程序安装于同一Android设备上，进而测试工具可在该Android设备上向用户展示测试用例管理界面。在获取到用户对测试用例管理界面的触控操作时，获取测试用例标识以及对应的测试参数，并基于测试用例标识以及测试参数，执行相应的测试用例以对待测应用程序进行测试。本申请实施例提供的技术方案，在对应用程序进行测试时，摆脱对电脑端的依赖，实现了在应用程序所安装的设备上对应用程序进行离线的自动化测试。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一应用程序离线测试方法的流程示意图；

图2是本申请实施例提供的一应用程序离线测试方法的流程示意图；

图3是本申请实施例提供的一应用程序离线测试工具的模块架构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1是本申请实施例提供的一应用程序离线测试方法的流程示意图，结合图1，该方法包括：

步骤101、通过Android设备，向用户展示测试用例管理界面。

步骤102、响应于针对测试用例管理界面的触控操作，获取测试用例标识以及对应的测试参数。

步骤103、根据所述测试用例标识以及测试参数，执行相应的测试用例以对所述待测应用程序进行测试。

针对步骤101，Android设备包括搭载Android系统的手机或平板电脑等。在该Android设备上，安装有待测应用程序以及测试工具。

测试用例管理界面，是测试工具安装于Android设备之后向用户展示的一个或多个可操作的界面。在测试用例管理界面上，可设置有至少一个控件。用户通过该至少一个控件，可以对测试用例进行管理以及发起测试命令等其他操作。

针对步骤102，针对测试用例管理界面的触控操作，可以是用户发起的对测试界面上的控件的触控操作，该触控操作包括但不仅限于单击、连击、长按或悬停。

在检测到针对测试用例管理界面的触控操作时，根据触控操作的对象控件，可确定测试用例标识以及对应的测试参数。其中，测试用例标识，可以是能够唯一指定测试用例的识别号或测试用例的名称等。测试参数，可包括测试用例的测试对象、测试用例的执行次数以及相邻两次测试的时间间隔中的至少一种。

针对步骤103，在确定测试用例标识后，确定该测试用例标识对应的测试用例，并可根据测试参数包含的测试对象、测试用例的执行次数以及相邻两次测试的时间间隔，对待测应用程序进行测试。

本实施例提供的应用程序离线测试方法，将测试工具与待测应用程序安装于同一Android设备上，进而测试工具可在该Android设备上向用户展示测试用例管理界面。在获取到用户对测试用例管理界面的触控操作时，获取测试用例标识以及对应的测试参数，并基于测试用例标识以及测试参数，执行相应的测试用例以对待测应用程序进行测试。本申请实施例提供的技术方案，在对应用程序进行测试时，摆脱对电脑端的依赖，实现了在应用程序所安装的设备上对应用程序进行离线的自动化测试。

需要说明的是，在本申请实施例的技术方案中，测试工具需要在Android设备上运行测试用例以模拟用户对待测应用程序的操作。因此，需要提升测试工具在Android设备的操作系统中的权限至最高级别，即使得测试工具以root账户在Android设备的操作系统中运行。对测试工具进行提权，可通过为测试工具的Android安装包(AndroidPackage，apk)进行系统签名来实现。在一可选实施方式中，可在对测试工具进行修改以及调试之后，为测试工具的apk进行系统签名。

然而，在实际测试的过程中，随着测试需求的变化和测试用例的升级维护，需要对测试工具的进行反复的修改和调试。因此，在另一可选实施方式中，可将测试工具的apk分离为多个模块，并从该多个模块中，选取一固定代码模块专门用于系统签名。进而，测试工具可基于内部的该固定代码模块的系统签名向Android设备的操作系统申请系统权限，以使测试工具以root账户在所述Android设备上运行。

其中，该固定代码模块，可以是测试工具进行修改以及调试时不需进行代码改动的模块，故在对测试工具进行修改以及调试之后，不需要对重新对测试工具的apk进行系统签名，简化了测试工具的升级流程。以下部分将结合图2，对本申请实施例的技术方案进行进一步阐述。

图2是本申请实施例提供的另一应用程序离线测试方法的流程示意图，结合图2，该方法包括：

步骤201、Android设备的操作系统接收到测试工具的安装请求时，从测试工具的内部固定代码模块中获取系统签名。

步骤202、Android设备的操作系统对系统签名进行签名验证。

步骤203、在系统签名通过签名验证时，Android设备的操作系统向测试工具开放系统权限以使测试工具作为root账户运行。

步骤204、测试工具通过Android设备，向用户展示测试用例管理界面。

步骤205、测试工具响应于针对测试用例管理界面的触控操作，获取测试用例标识以及对应的测试参数。

步骤206、测试工具根据测试用例标识以及测试参数，执行相应的测试用例以对待测应用程序进行测试，并在Android设备上，向用户展示测试用例模拟用户对待测应用程序的操作。

针对步骤201，通常，Android设备的操作系统在接收到测试工具的安装请求时，会在测试工具的apk中进行扫描，以获取测试用具的系统签名文件。在本实施例中，测试工具中的固定代码模块包含有系统签名，因此，Android设备的操作系统可从测试工具的内部固定代码模块中获取系统签名。

针对步骤202，在确定测试工具的系统签名后，Android设备的操作系统进一步对该系统签名进行验证，以判断是否能够授予该测试工具系统权限。当然，除了验证系统签名外，还可对apk包含的其他非系统级别的签名进行验证。签名验证的过程均为成熟的现有技术，此处不再赘述。

针对步骤203，在Android设备的操作系统确定固定代码模块中的系统签名通过签名验证时，可向测试工具开放系统权限以使测试工具作为root账户运行。此时，测试工具可获得Android设备的操作系统的最高权限，可对安卓设备上安装的，包括待测应用程序在内的所有应用程序进行操作。

针对步骤204，在完成安装并启动之后，测试工具通过Android设备向用户展示测试用例管理界面。

测试用例管理界面可设置有至少一个控件，用户通过该至少一个控件可以对测试用例进行管理以及其他操作。例如，可选的，在测试用例管理界面上可设置有：测试用例选择控件、测试参数设置控件、启动测试控件、测试结果展示控件、运行日志展示控件、运行日志展示控件以及远程通信控件等。当然，本申请实施例中，测试用例管理界面上的控件包含但不仅限于上述控件。

根据功能不同，上述控件可以是按钮式控件、下拉式菜单控件、文本式控件等。例如，测试用例选择控件可以是按钮式控件，每一按钮对应一测试用例标识。测试用例选择控件也可以是下拉式菜单控件，其下拉菜单中可展示有多个测试用例标识供用户选择。

测试用例管理界面可以是一个界面，也可以是多个界面。当测试用例管理界面包括多个界面时，该多个不同的界面可在测试的不同阶段进行展示。例如，在测试开始之前展示一测试用例管理界面，该测试用例管理界面上可展示有测试用例选择控件、测试参数设置控件以及启动测试控件。再例如，在测试结束后展示另一测试用例管理界面，该测试用例管理界面上可展示有测试结果展示控件、运行日志展示控件、运行日志展示控件以及远程通信控件等。

针对步骤205，在检测到针对于测试用例管理界面的触控操作时，可根据触控操作的触控位置以及触控操作针对测试用例管理界面上不同位置的操控顺序，确定触控操作的对象控件以及操作内容。其中，操作内容可以是针对下拉菜单式控件的下拉以及选择操作，或针对文本式控件的输入操作。

可选的，在本实施例中，测试控件与测试用例标识存在对应关系，在确定触控操作的对象控件以及操作内容后，即可确定测试用例标识。可选的，测试参数可通过针对文本式控件的输入操作获取。

针对步骤206，在确定测试用例标识以及测试参数后，可通过Android设备的操作系统运行测试用例标识所指示的测试用例。在测试用例的执行过程中，在Android设备上可展示测试用例模拟用户操作对待测应用程序进行单击、滑动或输入等UI测试操作。

本实施例中，测试工具通过在内部固定代码模块上进行系统签名来实现提权，进而使得在对测试工具进行修改以及调试后，不需要对重新对测试工具的apk进行系统重复签名，简化了测试工具的升级流程。

值得说明的是，在本申请的上述实施例中，根据测试用例标识以及测试参数，执行相应的测试用例以对待测应用程序进行测试之后，若检测到针对测试用例管理界面上的测试结果展示控件的触控操作，则响应该触控操作，展示测试用例的执行结果。若检测到对测试用例管理界面上的运行日志展示控件的触控操作，则响应该操作，展示执行测试用例所产生的日志记录。若检测到针对测试用例管理界面上的分析控件的触控操作，则响应该操作，对测试用例的执行结果进行分析并展示所述分析的结果。以及，若检测到针对测试用例管理界面上的远程通信控件的操作，则响应该操作，将测试用例的执行结果和/或执行测试用例所产生的日志记录和/或对测试用例的执行结果的分析的结果同步至电脑端。

图3是本申请实施例提供的一应用程序离线测试工具的模块架构示意图。所述测试工具与待测应用程序安装于同一Android设备上，包括：引擎模块301、守护模块302以及测试模块303。

引擎模块301，用于通过Android设备，向用户展示测试用例管理界面并响应于针对测试用例管理界面的触控操作，获取测试用例标识以及对应的测试参数。在获取测试用例标识以及对应的测试参数后，引擎模块301可通过Android的intent机制将测试用例标识以及对应的测试参数发送至守护模块302。

守护模块302，用于根据接收到的测试用例标识以及测试参数确定对应的测试用例，并向测试模块303发送测试命令。可选的，守护模块302可通过getRuntime().exec函数向测试模块303发送测试命令。该测试命令中携带有测试用例的路径、测试用例标识以及测试参数。

测试模块303中，保存有至少一个测试用例，并引入了UIAutomator的库，用于根据接收到的守护模块302发送的测试命令，执行对应的测试用例以对待测应用程序进行测试。

其中，可选的，测试模块303还可直接通过ADB(Android Debug Bridge，调试桥)直接与电脑端连接并接收电脑端送的执行测试用例的测试命令。

进一步可选地，在测试工具对待测应用程序进行测试之前，守护模块302作为测试工具的固定代码模块，用于进行系统签名，并在测试工具执行图1～图2对应的测试方法之前，向Android设备的操作系统申请系统权限，以使测试工具以root账户在Android设备上运行。

进一步可选的地，所述守护模块302具体用于：在所述测试工具向所述Android设备的操作系统发送安装请求时，以触发所述操作系统从所述内部固定代码模块中获取系统签名并对所述系统签名进行签名验证；在所述系统签名通过签名验证时，所述测试工具获得所述Android设备的操作系统授权的root账户。

进一步可选地，所述测试模块303具体用于：根据所述测试用例标识以及测试参数，执行相应的测试用例，以模拟用户对所述待测应用程序进行操作；相应地，在所述测试模块303执行相应的测试用例时，守护模块302还用于：在所述Android设备上，展示所述测试用例针模拟用户所述待测应用程序进行操作的过程。

进一步可选地，在所述测试模块303执行相应的测试用例之后，守护模块302还用于：收集测试用例的执行结果和/或执行测试用例所产生的日志记录，并将将测试用例的执行结果和/或执行测试用例所产生的日志记录发送至引擎模块301。

进一步可选地，引擎模块301具体用于：响应于针对测试用例管理界面上的测试结果展示控件的触控操作，展示接收到的测试用例的执行结果；和/或，响应于针对测试用例管理界面上的运行日志展示控件的触控操作，展示接收到的执行测试用例所产生的日志记录；和/或，响应于针对测试用例管理界面上的分析控件的触控操作，对测试用例的执行结果进行分析并展示分析的结果。

除此之外，可选的，如图3所示，引擎模块301还可通过特定Socket(套接字)与电脑端进行通信。进而，引擎模块301可响应于针对测试用例管理界面上的远程通信控件的操作，将测试用例的执行结果和/或执行测试用例所产生的日志记录和/或对测试用例的执行结果的分析的结果同步至电脑端。

本实施例提供的应用程序离线测试工具，将引擎模块、守护模块以及测试模块打包在一个apk中，进而测试工具能够与待测应用程序安装于同一Android设备上，实现了待测应用程序的离线测试，摆脱对电脑端的依赖。

除此之外，需要说明的是，在本申请实施例提供的测试工具，采用多个模块分离的架构进行设计，将仅负责数据的传递的守护模块作为系统签名的对象，避免了测试工具每次升级维护都需重新签名的步骤，简化了测试流程，提升了测试效率。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种应用程序离线测试方法，其特征在于，由与待测应用程序安装于同一Android设备上的测试工具执行，所述方法包括：

通过所述Android设备，向用户展示测试用例管理界面；

响应于针对所述测试用例管理界面的触控操作，获取测试用例标识以及对应的测试参数；

根据所述测试用例标识以及测试参数，执行相应的测试用例以对所述待测应用程序进行测试。

2.根据权利要求1所述的方法，其特征在于，在所述测试工具执行所述方法之前，还包括：

所述测试工具基于内部固定代码模块的系统签名向Android设备的操作系统申请系统权限，以使所述测试工具以root账户在所述Android设备上运行。

3.根据权利要求2所述的方法，其特征在于，所述测试工具基于内部固定代码模块的系统签名向Android设备的操作系统申请系统权限，以使所述测试工具以root账户在所述Android设备上运行，包括：

所述测试工具向所述Android设备的操作系统发送安装请求，以触发所述操作系统从所述内部固定代码模块中获取系统签名并对所述系统签名进行签名验证；

在所述系统签名通过签名验证时，所述测试工具获得所述Android设备的操作系统授权的root账户。

4.根据权利要求1所述的方法，其特征在于，根据所述测试用例标识以及测试参数，执行相应的测试用例以对所述待测应用程序进行测试，包括：

根据所述测试用例标识以及测试参数，执行相应的测试用例，以模拟用户对所述待测应用程序进行操作；

在所述Android设备上，展示所述测试用例模拟用户对所述待测应用程序进行操作的过程。

5.根据权利要求1～4中任一项所述的方法，其特征在于，根据所述测试用例标识以及测试参数，执行相应的测试用例以对所述待测应用程序进行测试之后，还包括：

响应于针对所述测试用例管理界面上的测试结果展示控件的触控操作，展示所述测试用例的执行结果；和/或，

响应于针对所述测试用例管理界面上的运行日志展示控件的触控操作，展示执行所述测试用例所产生的日志记录；和/或，

响应于针对所述测试用例管理界面上的分析控件的触控操作，对所述测试用例的执行结果进行分析并展示所述分析的结果；和/或，

响应于针对所述测试用例管理界面上的远程通信控件的操作，将所述测试用例的执行结果和/或执行所述测试用例所产生的日志记录和/或对所述测试用例的执行结果的分析的结果同步至电脑端。

6.一种应用程序离线测试工具，其特征在于，所述测试工具与待测应用程序安装于同一Android设备上，所述测试工具包括：

引擎模块，用于通过所述Android设备，向用户展示测试用例管理界面并响应于针对所述测试用例管理界面的触控操作，获取测试用例标识以及对应的测试参数；

守护模块，用于根据所述测试用例标识以及所述测试参数确定对应的测试用例，并向测试模块发送测试命令；

所述测试模块，用于根据所述测试命令，执行所述测试用例以对所述待测应用程序进行测试。

7.根据权利要求6所述的测试工具，其特征在于，所述守护模块还用于：

在所述测试工具执行所述方法之前，向所述Android设备的操作系统申请系统权限，以使所述测试工具以root账户在所述Android设备上运行。

8.根据权利要求6所述的测试工具，其特征在于，所述测试模块具体用于：根据所述测试用例标识以及测试参数，执行相应的测试用例，以模拟用户对所述待测应用程序进行操作；

所述守护模块还用于：在所述Android设备上，展示所述测试用例针模拟用户所述待测应用程序进行操作的过程。

9.根据权利要求6～8中任一项所述的测试工具，其特征在于，所述守护模块还用于：

获取所述测试用例的执行结果和/或执行所述测试用例所产生的日志记录；

将所述测试用例的执行结果和/或执行所述测试用例所产生的日志记录发送至所述引擎模块。

10.根据权利要求9所述的测试工具，其特征在于，所述引擎模块具体用于：

响应于针对所述测试用例管理界面上的测试结果展示控件的触控操作，展示接收到的所述测试用例的执行结果；和/或，

响应于针对所述测试用例管理界面上的运行日志展示控件的触控操作，展示接收到的执行所述测试用例所产生的日志记录；和/或，

响应于针对所述测试用例管理界面上的分析控件的触控操作，对所述测试用例的执行结果进行分析并展示所述分析的结果；和/或，

响应于针对所述测试用例管理界面上的远程通信控件的操作，将所述测试用例的执行结果和/或执行所述测试用例所产生的日志记录和/或对所述测试用例的执行结果的分析的结果同步至电脑端。