CN110716849A - 应用程序的测试用例录制方法和装置 - Google Patents

Abstract

本发明实施例提出一种应用程序的测试用例录制方法和装置。该方法包括：终端设备在收到来自测试控制端的重构框架命令的情况下，重构应用程序的安卓安装包APK的测试框架，以使得测试APK与被测APK的测试框架一致；对测试APK与被测APK进行重签名，以使得测试APK与被测APK的签名一致；在检测到对被测APK的界面对象的操作的情况下，通过测试APK收集被测APK的操作对象及其相关信息；将收集的被测APK的操作对象及其相关信息封装为测试用例信息，在测试控制端完成测试用例的录制。能够将该测试框架用于录制安卓***的各种应用程序的测试用例，无需为不同的应用程序分别构建测试框架，录制测试用例的效率高且操作方便。

Description

应用程序的测试用例录制方法和装置

技术领域

本发明实施例涉及应用程序测试领域，尤其是一种应用程序的测试用例录制方法和装置。

背景技术

Robotium是一种的自动化测试框架，是一种安卓(Android)平台的UI(UserInterface，用户界面)测试工具，主要针对Android平台的应用进行黑盒自动化测试。Robotium提供了模拟各种手势操作(点击、长按、滑动等)、查找和断言机制的API，能够对各种控件进行操作。

但是，Robotium测试用例的脚本需要采用java编写，需要专业的编程人员才能够实现，编写过程复杂，耗时长。并且，一旦UI变动，用例维护成本就大大提升。

发明内容

本发明实施例提供一种应用程序的测试用例录制方法和装置，以至少解决现有技术中的一个或多个技术问题。

第一方面，本发明实施例提供了一种应用程序的测试用例录制方法，包括：

终端设备在收到来自测试控制端的重构框架命令的情况下，重构应用程序的安卓安装包APK的测试框架，以使得测试APK与被测APK的测试框架一致；

在收到来自测试控制端的重签名命令的情况下，对所述测试APK与所述被测APK进行重签名，以使得所述测试APK与被测APK的签名一致；

在检测到对所述被测APK的界面对象的操作的情况下，通过所述测试APK收集所述被测APK的操作对象及其相关信息；

将收集的所述被测APK的操作对象及其相关信息封装为测试用例信息，所述测试控制端能够从所述终端设备获取所述测试用例信息以完成测试用例的录制。

在一种可能的实现方式中，重构应用程序的安卓安装包APK的测试框架，包括：

将所述测试APK的包名修改为被测APK的包名，所述包名包括所述应用程序在安装有安卓***的终端设备中运行的进程标志。

在一种可能的实现方式中，所述测试用例信息为JSON格式数据。

在一种可能的实现方式中，该方法还包括：

向所述测试控制端发送套接字SOCKET包，所述SOCKET包中包括所述测试用例信息，以在所述测试控制端的浏览器中显示所述测试用例信息并根据所述测试用例信息生成测试用例；或

生成包括所述测试用例信息的测试日志，以使得所述测试控制端通过监测所述测试日志来获取并显示所述测试用例信息并根据所述测试用例信息生成测试用例。

在一种可能的实现方式中，该方法还包括：

接收来自所述测试控制端的回放命令，所述回放命令中包括已录制的测试用例；

通过所述测试APK解析已录制的测试用例，得到各操作对象及其相关信息；

通过所述测试APK控制所述被测APK按照解析得到各操作对象及其相关信息，回放已录制的测试用例；

向测试控制端返回对所述已录制的测试用例的回放结果。

在一种可能的实现方式中，所述被测APK的各操作对象及其相关信息包括所述被测APK的各操作对象以及所述操作对象对应的动作类型、资源标识、在内存中的标识、尺寸和坐标中的至少一项。

第二方面，本发明实施例提供一种应用程序的测试用例录制方法，包括：

测试控制端向终端设备发送重构框架命令，所述重构框架命令用于指示所述终端设备重构应用程序的APK的测试框架，以使得测试APK与被测APK的测试框架一致；

向所述终端设备发送重签名命令，所述重签名命令用于指示所述终端设备对所述测试APK与所述被测APK进行重签名，以使得所述测试APK与被测APK的签名一致；

从所述终端设备获取测试用例信息以完成测试用例的录制，所述测试用例信息包括在检测到对所述被测APK的界面对象的操作的情况下、通过所述测试APK收集并封装的所述被测APK的操作对象及其相关信息。

在一种可能的实现方式中，从所述终端设备获取测试用例信息，包括：

接收来自所述终端设备的SOCKET包，所述SOCKET包中包括所述测试用例信息，在所述测试控制端的浏览器中显示所述测试用例信息；或

监测所述终端设备的测试日志，来获取并显示所述测试用例信息，所述测试日志中包括所述测试用例信息。

在一种可能的实现方式中，该方法还包括：

向所述终端设备发送回放命令；所述回放命令中包括已录制的测试用例；所述回放命令用于指示所述终端设备通过所述测试APK解析已录制的测试用例，得到各操作对象及其相关信息，并通过所述测试APK控制所述被测APK按照解析得到各操作对象及其相关信息，回放已录制的测试用例；

接收所述终端设备返回的对所述已录制的测试用例的回放结果。

第三方面，本发明实施例提供一种应用程序的测试用例录制装置，应用于终端设备中，所述装置包括：

重构框架模块，用于在收到来自测试控制端的重构框架命令的情况下，重构应用程序的安卓安装包APK的测试框架，以使得测试APK与被测APK的测试框架一致；

重签名模块，用于在收到来自测试控制端的重签名命令的情况下，对所述测试APK与所述被测APK进行重签名，以使得所述测试APK与被测APK的签名一致；

收集模块，用于在检测到对所述被测APK的界面对象的操作的情况下，通过所述测试APK收集所述被测APK的操作对象及其相关信息；

封装模块，用于将收集的所述被测APK的操作对象及其相关信息封装为测试用例；

其中，所述测试控制端能够从所述终端设备获取所述测试用例信息以完成测试用例的录制。

在一种可能的实现方式中，所述重构框架模块还用于将所述测试APK的包名修改为被测APK的包名，所述包名包括所述应用程序在安装有安卓***的终端设备中运行的进程标志。

在一种可能的实现方式中，所述测试用例信息为JSON格式数据。

在一种可能的实现方式中，该装置还包括：

SOCKET包发送模块，用于向所述测试控制端发送套接字SOCKET包，所述SOCKET包中包括所述测试用例信息，以在所述测试控制端的浏览器中显示所述测试用例信息并根据所述测试用例信息生成测试用例；或

日志生成模块，用于生成包括所述测试用例信息的测试日志，以使得所述测试控制端通过监测所述测试日志来获取并显示所述测试用例信息并根据所述测试用例信息生成测试用例。

在一种可能的实现方式中，该装置还包括：

回放命令接收模块，用于接收来自所述测试控制端的回放命令，所述回放命令中包括已录制的测试用例；

解析模块，用于通过所述测试APK解析已录制的测试用例，得到各操作对象及其相关信息；

回放模块，用于通过所述测试APK控制所述被测APK按照解析得到各操作对象及其相关信息，回放已录制的测试用例；

回放结果返回模块，用于向测试控制端返回对所述已录制的测试用例的回放结果。

第四方面，本发明实施例提供一种应用程序的测试用例录制装置，应用于测试控制端，所述装置包括：

重构框架命令发送模块，用于向终端设备发送重构框架命令，所述重构框架命令用于指示所述终端设备重构应用程序的APK的测试框架，以使得测试APK与被测APK的测试框架一致；

重签名命令发送模块，用于向所述终端设备发送重签名命令，所述重签名命令用于指示所述终端设备对所述测试APK与所述被测APK进行重签名，以使得所述测试APK与被测APK的签名一致；

用例信息获取模块，用于从所述终端设备获取测试用例信息以完成测试用例的录制，所述测试用例信息包括在检测到对所述被测APK的界面对象的操作的情况下、通过所述测试APK收集并封装的所述被测APK的操作对象及其相关信息。

在一种可能的实现方式中，所述用例信息获取模块包括：

SOCKET包接收子模块，用于接收来自所述终端设备的SOCKET包，所述SOCKET包所述测试用例信息，在所述测试控制端的浏览器中显示所述测试用例信息；或

日志监测子模块，用于监测所述终端设备的测试日志，来获取并显示所述测试用例信息，所述测试日志中包括所述测试用例信息。

在一种可能的实现方式中，该装置还包括：

回放命令发送模块，用于向所述终端设备发送回放命令；所述回放命令中包括已录制的测试用例；所述回放命令用于指示所述终端设备通过所述测试APK解析已录制的测试用例，得到各操作对象及其相关信息，并通过所述测试APK控制所述被测APK按照解析得到各操作对象及其相关信息，回放已录制的测试用例；

回放结果接收模块，用于接收所述终端设备返回的对所述已录制的测试用例的回放结果。

第五方面，本发明实施例提供了一种应用程序的测试用例录制装置，所述装置的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。

应用程序的测试用例录制装置的结构中包括处理器和存储器，所述存储器用于存储支持应用程序的测试用例录制装置执行上述应用程序的测试用例录制方法的程序，所述处理器被配置为用于执行所述存储器中存储的程序。所述装置还可以包括通信接口，用于所述装置与其他设备或通信网络通信。

第六方面，本发明实施例提供了一种计算机可读存储介质，用于存储应用程序的测试用例录制装置所用的计算机软件指令，其包括用于执行上述应用程序的测试用例录制方法所涉及的程序。

上述技术方案中的一个技术方案具有如下优点或有益效果：能够将该测试框架用于录制安卓***的各种应用程序的测试用例，无需为不同的应用程序分别构建测试框架，录制测试用例的效率高且操作方便；即使UI变动，已录制的测试用例也能够使用。

上述技术方案中的一个技术方案具有如下优点或有益效果：能够通过多种方式回显测试用例和测试用例的回放结果，例如通过浏览器回显或通过测试工具的界面回显。

上述概述仅仅是为了说明书的目的，并不意图以任何方式进行限制。除上述描述的示意性的方面、实施方式和特征之外，通过参考附图和以下的详细描述，本发明实施例进一步的方面、实施方式和特征将会是容易明白的。

附图说明

在附图中，除非另外规定，否则贯穿多个附图相同的附图标记表示相同或相似的部件或元素。这些附图不一定是按照比例绘制的。应该理解，这些附图仅描绘了根据本发明实施例公开的一些实施方式，而不应将其视为是对本发明实施例范围的限制。

图1示出根据本发明实施例的应用程序的测试用例录制方法的流程图。

图2示出根据本发明实施例的应用程序的测试用例录制方法的流程图

图3示出根据本发明实施例的应用程序的测试用例录制方法的流程图

图4示出根据本发明实施例的应用程序的测试用例录制方法的流程图

图5示出根据本发明实施例的应用程序的测试用例录制装置的结构框图。

图6示出根据本发明实施例的应用程序的测试用例录制装置的结构框图。

图7示出根据本发明实施例的应用程序的测试用例录制装置的结构框图。

图8示出根据本发明实施例的应用程序的测试用例录制装置的结构框图。

图9出根据本发明实施例的应用程序的测试用例录制方法的应用示例的流程图。

图10出根据本发明实施例的应用程序的测试用例录制方法中软件测试工具的界面示意图。

图11出根据本发明实施例的应用程序的测试用例录制方法中浏览器的界面示意图。

图12出根据本发明实施例的应用程序的测试用例录制方法中软件测试工具的标签添加界面示意图。

图13示出根据本发明实施例的应用程序的测试用例录制装置的结构框图。

具体实施方式

在下文中，仅简单地描述了某些示例性实施例。正如本领域技术人员可认识到的那样，在不脱离本发明实施例的精神或范围的情况下，可通过各种不同方式修改所描述的实施例。因此，附图和描述被认为本质上是示例性的而非限制性的。

图1示出根据本发明实施例的应用程序的测试用例录制方法的流程图。如图1所示，该方法可以应用于终端设备中，该方法可以包括以下步骤：

步骤101、终端设备在收到来自测试控制端的重构框架命令的情况下，重构应用程序的安卓安装包APK的测试框架，以使得测试APK与被测APK的测试框架一致；

步骤102、在收到来自测试控制端的重签名命令的情况下，对所述测试APK与所述被测APK进行重签名，以使得所述测试APK与被测APK的签名一致；

步骤103、在检测到对所述被测APK的界面对象的操作的情况下，通过所述测试APK收集所述被测APK的操作对象及其相关信息；

步骤104、将收集的所述被测APK的操作对象及其相关信息封装为测试用例信息，所述测试控制端能够从所述终端设备获取所述测试用例信息以完成测试用例的录制。

在一种示例中，测试控制端可以包括安装有测试软件的PC(Personal Computer，个人电脑)，终端设备可以包括例如手机、掌上电脑等能够安装安卓操作***的移动终端。测试控制端与移动终端可以通过USB(Universal Serial Bus，通用串行总线)连接。测试控制端向移动终端发送的重构框架命令、重签名命令等控制命令可以为ADB(Android DebugBridge，安卓调试桥)命令的形式。

在一种可能的实现方式中，在步骤101中，重构应用程序的安卓安装包APK的测试框架，包括：将所述测试APK的包名修改为被测APK的包名，所述包名包括所述应用程序在安装有安卓***的终端设备中运行的进程标志。这样，可以使得测试APK和被测APK在同一进程中。通过重构框架，能够将该测试框架用于录制安卓***的各种应用程序的测试用例，而无需为不同的应用程序分别构建测试框架。

在一种可能的实现方式中，在步骤102中，对所述测试APK与所述被测APK进行重签名可以包括：将所述测试APK与所述被测APK的签名证书修改为与安卓***自带的debug(调试)证书一致。通过重签名，可以使得测试APK和被测APK签名一致，从而使得测试APK可以对被测APK的运行状态进行控制和信息收集。

在一种可能的实现方式中，所述被测APK的操作对象及其相关信息包括所述被测APK的操作对象以及所述操作对象对应的动作类型、资源标识、在内存中的标识、尺寸和坐标中的至少一项。

其中，被测APK的各操作对象可以包括APP的显示页面上的各种页面元素例如控件等。动作类型可以包括但不限于点击、双击、释放、移动、取消、长按、开始、输入等。尺寸可以包括控件的宽度、高度等。坐标可以包括控件的相对坐标、开始坐标、结束坐标、视图中坐标、定位坐标等。

在一种示例中，如果用户对终端设备例如手机中运行的被测APK的界面对象进行操作例如点击“登录”控件，则测试APK收集该界面对象的控件名称“登录”、动作类型“点击”、“登录”控件的宽度和高度等，封装得到测试用例信息。

在一种可能的实现方式中，在步骤104中，可以将收集的所述被测APK的操作对象及其相关信息封装为JSON(JavaScript Object Notation，JavaScript对象表示法)格式数据。

在一种可能的实现方式中，可以将测试用例信息回显在测试控制端中，具体的方式有多种，示例如下：

方式一：在测试控制端的浏览器中显示。

终端设备可以向所述测试控制端发送套接字SOCKET包，所述SOCKET包中包括所述JSON格式数据、即测试用例信息，以在所述测试控制端的浏览器中显示所述测试用例信息并根据所述测试用例信息生成测试用例。例如，安装有被测APK的手机端利用JAVA的NIOSOCKET通信向PC端发送SOCKET包，SOCKET包中包括测试APK将操作对象及其相关信息封装成的JSON串。

方式二：在测试控制端的测试工具界面中显示。

终端设备可以生成包括所述JSON格式数据的测试日志，以使得所述测试控制端通过监控所述测试日志来获取并显示所述测试用例。例如，安装有被测APK的手机端利用安卓的日志输出功能将测试日志打印出来，PC端利用代码进行相关日志的过滤和抓取，可以将录制生成的测试用例信息回显在界面上。

例如，如果用户对终端设备中运行的被测APK的界面对象进行了多个操作例如按照顺序操作了“输入用户名”、“输入密码”和“登录”对应的界面对象，则测试APK可以按照这个顺序分别收集这些界面对象的控件名称、动作类型、控件的宽度和高度等信息，封装得到多条测试用例信息。然后，测试控制端也可以按照这个顺序获取到这些测试用例信息，并依次显示出来。

在一种可能的实现方式中，如图2所示，该方法还包括：

步骤201、接收来自所述测试控制端的回放命令，所述回放命令中包括已录制的测试用例；

步骤202、通过所述测试APK解析已录制的测试用例，得到各操作对象及其相关信息；

步骤203、通过所述测试APK控制所述被测APK按照解析得到各操作对象及其相关信息，回放已录制的测试用例；

步骤204、向测试控制端返回对所述已录制的测试用例的回放结果。

其中，回放结果可以包括测试用例的执行过程、执行成功结果、执行失败结果等。如果执行失败，还可以将执行失败的截图返回给测试控制端。

图3示出根据本发明实施例的应用程序的测试用例录制方法的流程图。如图3所示，该方法可以应用于测试控制端例如个人电脑(PC)等中，该方法可以包括以下步骤：

步骤301、测试控制端向终端设备发送重构框架命令，所述重构框架命令用于指示所述终端设备重构应用程序的APK的测试框架，以使得测试APK与被测APK的测试框架一致；

步骤302、向所述终端设备发送重签名命令，所述重签名命令用于指示所述终端设备对所述测试APK与所述被测APK进行重签名，以使得所述测试APK与被测APK的签名一致；

步骤303、从所述终端设备获取测试用例信息以完成测试用例的录制，所述测试用例信息包括在检测到对所述被测APK的界面对象的操作的情况下、通过所述测试APK收集并封装的所述被测APK的操作对象及其相关信息。

通过重构框架，能够将该测试框架用于录制安卓***的各种应用程序的测试用例，而无需为不同的应用程序分别构建测试框架。重签名，可以使得测试APK和被测APK签名一致，从而使得测试APK可以对被测APK的运行状态进行控制和信息收集。

在一种可能的实现方式中，步骤303包括：

接收来自所述终端设备的SOCKET包，所述SOCKET包中包括所述测试用例信息，在所述测试控制端的浏览器中显示所述测试用例信息；或

监测所述终端设备的测试日志，来获取并显示所述测试用例信息，所述测试日志中包括所述测试用例信息。

在一种可能的实现方式中，如图4所示，该方法还包括：

步骤401、向所述终端设备发送回放命令；所述回放命令中包括已录制的测试用例；所述回放命令用于指示所述终端设备通过所述测试APK解析已录制的测试用例，得到各操作对象及其相关信息，并通过所述测试APK控制所述被测APK按照解析得到各操作对象及其相关信息，回放已录制的测试用例；

步骤402、接收所述终端设备返回的对所述已录制的测试用例的回放结果。

在一种可能的实现方式中，所述被测APK的各操作对象及其相关信息包括所述被测APK的各操作对象以及所述操作对象对应的动作类型、资源标识、在内存中的标识、尺寸和坐标中的至少一项。

图5示出根据本发明实施例的应用程序的测试用例录制装置的结构框图。如图5所示，该装置可以应用于终端设备中，该装置可以包括：

重构框架模块51，用于在收到来自测试控制端的重构框架命令的情况下，重构应用程序的安卓安装包APK的测试框架，以使得测试APK与被测APK的测试框架一致；

重签名模块52，用于在收到来自测试控制端的重签名命令的情况下，对所述测试APK与所述被测APK进行重签名，以使得所述测试APK与被测APK的签名一致；

收集模块53，用于在检测到对所述被测APK的界面对象的操作的情况下，通过所述测试APK收集所述被测APK的操作对象及其相关信息；

封装模块54，用于将收集的所述被测APK的操作对象及其相关信息封装为测试用例；

其中，所述测试控制端能够从所述终端设备获取所述测试用例信息以完成测试用例的录制。

在一种可能的实现方式中，所述重构框架模块还用于将所述测试APK的包名修改为被测APK的包名，所述包名包括所述应用程序在安装有安卓***的终端设备中运行的进程标志。

在一种可能的实现方式中，所述测试用例信息为JSON格式数据。

在一种可能的实现方式中，如图6所示，该装置还包括：

SOCKET包发送模块55，用于向所述测试控制端发送套接字SOCKET包，所述SOCKET包中包括所述测试用例信息，以在所述测试控制端的浏览器中显示所述测试用例信息并根据所述测试用例信息生成测试用例；或

日志生成模块56，用于生成包括所述测试用例信息的测试日志，以使得所述测试控制端通过监测所述测试日志来获取并显示所述测试用例信息并根据所述测试用例信息生成测试用例。

在一种可能的实现方式中，如图6所示，该装置还包括：

回放命令接收模块61，用于根据来自所述测试控制端的回放命令，所述回放命令中包括已录制的测试用例；

解析模块62，用于通过所述测试APK解析已录制的测试用例，得到各操作对象及其相关信息；

回放模块63，用于通过所述测试APK控制所述被测APK按照解析得到各操作对象及其相关信息，回放已录制的测试用例；

回放结果返回模块64，用于向测试控制端返回对所述已录制的测试用例的回放结果。

图7示出根据本发明实施例的应用程序的测试用例录制装置的结构框图。如图7所示，该装置可以应用于测试控制端，该装置可以包括：

重构框架命令发送模块71，用于向终端设备发送重构框架命令，所述重构框架命令用于指示所述终端设备重构应用程序的APK的测试框架，以使得测试APK与被测APK的测试框架一致；

重签名命令发送模块72，用于向所述终端设备发送重签名命令，所述重签名命令用于指示所述终端设备对所述测试APK与所述被测APK进行重签名，以使得所述测试APK与被测APK的签名一致；

用例信息获取模块73，用于从所述终端设备获取测试用例信息以完成测试用例的录制，所述测试用例信息包括在检测到对所述被测APK的界面对象的操作的情况下、通过所述测试APK收集并封装的所述被测APK的操作对象及其相关信息。

在一种可能的实现方式中，所述用例信息获取模块包括：

SOCKET包接收子模块，用于接收来自所述终端设备的SOCKET包，所述SOCKET包所述测试用例信息，在所述测试控制端的浏览器中显示所述测试用例信息；或

日志监测子模块，用于监测所述终端设备的测试日志，来获取并显示所述测试用例信息，所述测试日志中包括所述测试用例信息。

在一种可能的实现方式中，如图8所示，该装置还包括：

回放命令发送模块81，用于向所述终端设备发送回放命令；所述回放命令中包括已录制的测试用例；所述回放命令用于指示所述终端设备通过所述测试APK解析已录制的测试用例，得到各操作对象及其相关信息，并通过所述测试APK控制所述被测APK按照解析得到各操作对象及其相关信息，回放已录制的测试用例；

回放结果接收模块82，用于接收所述终端设备返回的对所述已录制的测试用例的回放结果。

本发明实施例各装置中的各模块的功能可以参见上述方法中的对应描述，在此不再赘述。

在一种应用示例中，在测试控制端可以为安装有APP测试工具的软件的PC。终端设备可以为安装有待测应用程序的手机。PC通过USB连接手机。

如图9所示，在应用程序的录制测试用例的方法可以包括：

步骤501.重构测试框架。在测试控制端的录制工具页面上修改配置后，点击“重构框架”按钮，如图10所示，可以向终端设备发出重构框架命令，重构适用于特定产品的框架。在重构框架的过程中，主要将测试APK(test APK)的targetPackage(目标包)修改为要测试的APK(即被测APK)的包名。在android操作***中，包名可以是APP在终端设备如手机运行的进程标志。其中，包名的获取方式为：利用aapt d badging+apk路径获取。原因是APK的robotium测试框架的底层基于instrumentation(工具)测试框架。instrumentation测试框架要求测试APK和被测APK要在同一个进程，所以需要重构测试框架，使得测试APK与被测APK的测试框架一致。

步骤502.重签名、安装、启动录制服务。在测试控制端的录制工具页面上点击重签名按钮例如图10所示的“runRecord”按钮，可以进行重签名，并安装测试APK和被测APK，以及启动录制。robotium框架是基于安卓instrumentation单元测试框架的，而该框架是要求被测APK和测试APK是在同一进程的，不能跨进程，所以被测APK和测试APK要签名一致。点击“启动Record”按钮，可以生成启动录制的命令。

步骤503.在被测终端设备例如手机上已经安装了测试APK和被测APK后，操作者在手机上按照该被测应用自己的业务逻辑进行操作，点击被测应用的各个控件，可以实时的打印操作者的各种操作对应的信息。测试APK可以将操作者操作的控件信息和操作信息封装成JSON形式的字符串，便于后面自动生成XML用例。

步骤504.手机端向PC端返回被测APK的信息方式包括：手机端发送socket信息给PC端，或手机端的测试APK获取被测APK的信息，进行日志输出。

其中，PC界面在安装完后可以执行启动测试框架。例如，利用java执行启动测试框架的命令，测试人员可以按照正常流程操作终端设备例如手机安装的APK。然后测试人员的操作会实时的输出到PC的界面上。浏览器也会有实时增量操作信息的增加，而且会实时写入XML(eXtensible Markup Language，可扩展标记语言)用例中。其中，PC界面展示的内容主要包括但不限于：

Action：动作类型；

Object：***作对象类型，比如Button按钮等；

RID：资源标识(ID)，代码能识别和找到该空间的地址；

ID:真实的内存中的ID；

Width：控件宽度；

Heigth：控件高度；

RelativeX:相对横坐标；

RelativeY：相对纵坐标；

这些信息可以通过复写触摸(onTouch)事件来获取。一种方式是：利用robotium获取操作对象的所有相关信息，然后封装成类似于JSON串形式的字符串，然后利用android的日志输出。即，利用Log.i()打印出来。然后PC端利用代码进行相关日志的过滤和抓取，可以将测试用例回显在界面上。另一种方式是：测试APK封装成JSON对象时，利用JAVA的NIOSOCKET通信向测试控制端发送SOCKET包，SOCKET包中包括测试APK的用例封装成的JSON串。测试控制端接收到后SOCKET包，在浏览器上展示测试用例。

此外，一个Activity(活动)是android的一个页面，获取Activity和控件的方式如下：

例如，在ActivityDetector类中，实现获取当前的Activity的方式为：Activityactivity＝ActivityDetector.solo.getCurrentActivity()。

获取当前的activity后，在判断当前view(视图)的数目，如果大于0，注入事件监听，this.injectEvent.injectEvents()。该事件中封装了一个线程，线程可以执行函数InjectEvent.this.injectEventListenersToCurrentViews()；这个函数是对当前view进行监听的。

利用solo获取list view(列表视图)的方式例如，ArrayList<View>viewList＝solo.getViews()；

然后进行遍历，并利用这个函数获取当前选中的view的路径getSimplePath(viewList,v)；

接着利用injectTouchEventForView(v,path)；对当前view注入事件监听。监听方法包括：首先对选中的view添touch(触摸)监听事件，v.setOnTouchListener(newView.OnTouchListener()；接着利用ActivityAction a＝ActivityAction.generateAction(v,event,path,textUnique)，生成动作的对象；然后利用Utils.sendActionMessage(a)，将动作信息发送到web前端；在logcat(日志工具)中利用框架中封装的Utils.log(a)打印action(动作)相关的信息。

在ActivityAction类中，封装了获取的动作的类型，需要的参数是***作的对象。然后，获取对象相关的信息，包括ID、位置、宽高、TEXT(文本)值等属性，然后封装成JSON类型的字符串，这样方便后期对于动作的信息的解析，这个字符串就是该次操作对应常用的动作类型Click(点击)＝0，Move(移动)＝2；Longclick(长按)＝4；Start(开始)＝10；Input(输入)＝11；通过event.getAction()获取当前动作类型，返回整型。

利用测试APK对控件信息和操作信息进行封装，测试APK可以封装的信息包括但不限Action(动作类型)、Object(***作对象类型)、RID(资源标识)、ID(内存标识)、Width(控件宽度)、Heigth(控件高度)、RelativeX(相对横坐标)、RelativeY(相对纵坐标)、CoordinateStartX(开始横坐标)、CoordinateStartY(开始纵坐标)、CoordinateEndX(结束横坐标)、CoordinateEndY(结束纵坐标)、TextUnique(文本唯一性)、XInView(视图中的横坐标)、YInView(视图中的纵坐标)、VlocationX(定位横坐标)和VlocationY(定位纵坐标)。

封装的动作类型可以包括但不限于Click(点击)、Release(释放)、Move(移动)、Cancel(取消)、Long Click(长按)、Start(开始)、Input(输入)。

然后PC端界面工具可以获取测试APK打印的日志。然后逐行解析，进行展示和处理。

步骤505.测试服务端获取SOCKET消息后，可以通过浏览器在前端实时展示，如图11所示。或者，测试服务端抓取日志后也可以通过软件工具界面展示，然后生成XML用例，如图10所示。

步骤506.点击“停止Record”按钮，如图10所示，测试服务端可以停止录制并生成最终的用例。

步骤507.点击“运行用例”按钮，如图10所示，可以生成回放命令，用于回放之前录制的用例。

步骤508.回放结束后，手机可以向PC端返回回放结果。例如执行成功结果，或执行失败结果。

其中，运行用例可以支持run(运行)模式和debug(调试)模式。Run模式可以直接回放。在run模式，可以运行要执行的所有的用例。debug模式可以用来调试用例，debug模式可以运行选择需要执行的哪个用例，可以逐一调试一些执行失败的用例，便于确定是环境或者其他因素造成的问题。

此外，在用例录制过程还可以添加一些标签，例如如图10所示，点击添加标签按钮，可以出现多个标签，如图12所示：

Sleep(等待标签)，页面可能加载缓慢，需要等待多一些时间，在用例的中添加sleep标签，可以使得用例在执行过程中在执行下一步前等待一段时间。

Search(校验标签)：添加对于页面控件元素的校验，可以校验一些应该显示但没有显示的元素，以排除故障(bug)。相对的，unSearch标签可以表示不用校验页面元素。

图13示出根据本发明实施例的应用程序的测试用例录制装置的结构框图。如图13所示，该装置包括：存储器910和处理器920，存储器910内存储有可在处理器920上运行的计算机程序。所述处理器920执行所述计算机程序时实现上述实施例中的应用程序的测试用例录制方法。所述存储器910和处理器920的数量可以为一个或多个。

该装置还包括：

通信接口930，用于与外界设备进行通信，进行数据交互传输。

存储器910可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

如果存储器910、处理器920和通信接口930独立实现，则存储器910、处理器920和通信接口930可以通过总线相互连接并完成相互间的通信。所述总线可以是工业标准体系结构(ISA，Industry Standard Architecture)总线、外部设备互连(PCI，PeripheralComponent)总线或扩展工业标准体系结构(EISA，Extended Industry StandardComponent)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图13中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

可选的，在具体实现上，如果存储器910、处理器920及通信接口930集成在一块芯片上，则存储器910、处理器920及通信接口930可以通过内部接口完成相互间的通信。

本发明实施例提供了一种计算机可读存储介质，其存储有计算机程序，该程序被处理器执行时实现上述实施例中任一所述的方法。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明实施例的至少一个实施例或示例中。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或隐含地包括至少一个该特征。在本发明实施例的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

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

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行***、装置或设备(如基于计算机的***、包括处理器的***或其他可以从指令执行***、装置或设备取指令并执行指令的***)使用，或结合这些指令执行***、装置或设备而使用。就本说明书而言，“计算机可读介质”可以是任何可以包含、存储、通信、传播或传输程序以供指令执行***、装置或设备或结合这些指令执行***、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

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

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本发明实施例各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读存储介质中。所述存储介质可以是只读存储器，磁盘或光盘等。

以上所述，仅为本发明实施例的具体实施方式，但本发明实施例的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明实施例揭露的技术范围内，可轻易想到其各种变化或替换，这些都应涵盖在本发明实施例的保护范围之内。因此，本发明实施例的保护范围应以所述权利要求的保护范围为准。

Claims (13)

1.一种应用程序的测试用例录制方法，其特征在于，包括：

终端设备在收到来自测试控制端的重构框架命令的情况下，重构应用程序的安卓安装包APK的测试框架，以使得测试APK与被测APK的测试框架一致；

在收到来自测试控制端的重签名命令的情况下，对所述测试APK与所述被测APK进行重签名，以使得所述测试APK与被测APK的签名一致；

在检测到对所述被测APK的界面对象的操作的情况下，通过所述测试APK收集所述被测APK的操作对象及其相关信息；

将收集的所述被测APK的操作对象及其相关信息封装为测试用例信息，所述测试控制端能够从所述终端设备获取所述测试用例信息以完成测试用例的录制。

2.根据权利要求1所述的方法，其特征在于，重构应用程序的安卓安装包APK的测试框架，包括：

将所述测试APK的包名修改为被测APK的包名，所述包名包括所述应用程序在安装有安卓***的终端设备中运行的进程标志。

3.根据权利要求1所述的方法，其特征在于，所述测试用例信息为JSON格式数据。

4.根据权利要求1至3中任一项所述的方法，其特征在于，还包括：

向所述测试控制端发送套接字SOCKET包，所述SOCKET包中包括所述测试用例信息，以在所述测试控制端的浏览器中显示所述测试用例信息并根据所述测试用例信息生成测试用例；或

生成包括所述测试用例信息的测试日志，以使得所述测试控制端通过监测所述测试日志来获取并显示所述测试用例信息并根据所述测试用例信息生成测试用例。

5.根据权利要求1至4中任一项所述的方法，其特征在于，还包括：

接收来自所述测试控制端的回放命令，所述回放命令中包括已录制的测试用例；

通过所述测试APK解析已录制的测试用例，得到各操作对象及其相关信息；

通过所述测试APK控制所述被测APK按照解析得到各操作对象及其相关信息，回放已录制的测试用例；

向测试控制端返回对所述已录制的测试用例的回放结果。

6.根据权利要求1至5中任一项所述的方法，其特征在于，所述被测APK的各操作对象及其相关信息包括所述被测APK的各操作对象以及所述操作对象对应的动作类型、资源标识、在内存中的标识、尺寸和坐标中的至少一项。

7.一种应用程序的测试用例录制装置，其特征在于，应用于终端设备中，所述装置包括：

重构框架模块，用于在收到来自测试控制端的重构框架命令的情况下，重构应用程序的安卓安装包APK的测试框架，以使得测试APK与被测APK的测试框架一致；

重签名模块，用于在收到来自测试控制端的重签名命令的情况下，对所述测试APK与所述被测APK进行重签名，以使得所述测试APK与被测APK的签名一致；

收集模块，用于在检测到对所述被测APK的界面对象的操作的情况下，通过所述测试APK收集所述被测APK的操作对象及其相关信息；

封装模块，用于将收集的所述被测APK的操作对象及其相关信息封装为测试用例；

其中，所述测试控制端能够从所述终端设备获取所述测试用例信息以完成测试用例的录制。

8.根据权利要求7所述的装置，其特征在于，所述重构框架模块还用于将所述测试APK的包名修改为被测APK的包名，所述包名包括所述应用程序在安装有安卓***的终端设备中运行的进程标志。

9.根据权利要求8或7所述的装置，其特征在于，还包括：

SOCKET包发送模块，用于向所述测试控制端发送套接字SOCKET包，所述SOCKET包中包括所述测试用例信息，以在所述测试控制端的浏览器中显示所述测试用例信息并根据所述测试用例信息生成测试用例；或

日志生成模块，用于生成包括所述测试用例信息的测试日志，以使得所述测试控制端通过监测所述测试日志来获取并显示所述测试用例信息并根据所述测试用例信息生成测试用例。

10.根据权利要求7至9中任一项所述的装置，其特征在于，还包括：

回放命令接收模块，用于接收来自所述测试控制端的回放命令，所述回放命令中包括已录制的测试用例；

解析模块，用于通过所述测试APK解析已录制的测试用例，得到各操作对象及其相关信息；

回放模块，用于通过所述测试APK控制所述被测APK按照解析得到各操作对象及其相关信息，回放已录制的测试用例；

回放结果返回模块，用于向测试控制端返回对所述已录制的测试用例的回放结果。

11.一种应用程序的测试用例录制装置，其特征在于，应用于测试控制端，所述装置包括：

重构框架命令发送模块，用于向终端设备发送重构框架命令，所述重构框架命令用于指示所述终端设备重构应用程序的APK的测试框架，以使得测试APK与被测APK的测试框架一致；

重签名命令发送模块，用于向所述终端设备发送重签名命令，所述重签名命令用于指示所述终端设备对所述测试APK与所述被测APK进行重签名，以使得所述测试APK与被测APK的签名一致；

用例信息获取模块，用于从所述终端设备获取测试用例信息以完成测试用例的录制，所述测试用例信息包括在检测到对所述被测APK的界面对象的操作的情况下、通过所述测试APK收集并封装的所述被测APK的操作对象及其相关信息。

12.根据权利要求11所述的装置，其特征在于，所述用例信息获取模块包括：

SOCKET包接收子模块，用于接收来自所述终端设备的SOCKET包，所述SOCKET包所述测试用例信息，在所述测试控制端的浏览器中显示所述测试用例信息；或

日志监测子模块，用于监测所述终端设备的测试日志，来获取并显示所述测试用例信息，所述测试日志中包括所述测试用例信息。

13.根据权利要求11或12所述的装置，其特征在于，还包括：

回放命令发送模块，用于向所述终端设备发送回放命令；所述回放命令中包括已录制的测试用例；所述回放命令用于指示所述终端设备通过所述测试APK解析已录制的测试用例，得到各操作对象及其相关信息，并通过所述测试APK控制所述被测APK按照解析得到各操作对象及其相关信息，回放已录制的测试用例；

回放结果接收模块，用于接收所述终端设备返回的对所述已录制的测试用例的回放结果。

Images