测试方法、装置和移动设备与流程

1.本公开实施例涉及计算机技术领域，具体涉及测试方法、装置和移动设备。


背景技术：

2.目前，移动端应用的工程架构越来越多的采用组件化开发模式，打包成软件开发工具包sdk作为基础能力提供给不同业务场景使用，因此业务方对于底层sdk的质量要求会越来越高，需要快速有效的自动化能力来保证sdk接口质量。因此，亟需一种面向软件开发工具包sdk的接口的自动化测试方法。


技术实现要素：

3.提供该公开内容部分以便以简要的形式介绍构思，这些构思将在后面的具体实施方式部分被详细描述。该公开内容部分并不旨在标识要求保护的技术方案的关键特征或必要特征，也不旨在用于限制所要求的保护的技术方案的范围。
4.本公开实施例提供了一种测试方法、装置和移动设备，实现了对安卓移动终端的软件开发工具包的接口测试，提升了测试稳定性和测试准确性。
5.第一方面，本公开实施例提供了一种测试方法，包括：响应于接收到测试命令，创建驱动程序，继承目标测试基类，其中，驱动程序用于驱动预设单元测试框架；利用驱动程序驱动单元测试框架，以及启动预设用户界面测试框架；获取当前运行的类加载器并设置到单元测试框架的运行线程中；获取测试用例，运行测试用例，将得到的消息添加到消息队列中，其中，测试用例用于测试软件开发工具包的对外接口；从消息队列中取出消息进行测试结果断言。
6.第二方面，本公开实施例提供了一种测试装置，包括：创建单元，用于响应于接收到测试命令，创建驱动程序，继承目标测试基类，其中，驱动程序用于驱动预设单元测试框架；启动单元，用于利用驱动程序驱动单元测试框架，以及启动预设用户界面测试框架；获取单元，用于获取当前运行的类加载器并设置到单元测试框架的运行线程中；运行单元，用于获取测试用例，运行测试用例，将得到的消息添加到消息队列中，其中，测试用例用于测试软件开发工具包的对外接口；断言单元，用于从消息队列中取出消息进行测试结果断言。
7.第三方面，本公开实施例提供了一种移动设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如第一方面所述的测试方法。
8.第四方面，本公开实施例提供了一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如第一方面所述的测试方法的步骤。
9.本公开实施例提供的测试方法、装置和移动设备，响应于接收到测试命令，创建驱动程序，继承目标测试基类，上述驱动程序用于驱动预设单元测试框架；之后，利用上述驱动程序驱动上述单元测试框架，以及启动预设用户界面测试框架；而后，获取当前运行的类加载器并设置到上述单元测试框架的运行线程中；然后，获取测试用例，运行上述测试用
例，将得到的消息添加到消息队列中，上述测试用例用于测试软件开发工具包的对外接口；最后，从上述消息队列中取出消息进行测试结果断言。通过这种方式实现了对安卓移动终端的软件开发工具包的接口测试，提升了测试稳定性和测试准确性。
附图说明
10.结合附图并参考以下具体实施方式，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，原件和元素不一定按照比例绘制。
11.图1是本公开的各个实施例可以应用于其中的示例性系统架构图；
12.图2是根据本公开的测试方法的一个实施例的流程图；
13.图3是根据本公开的测试方法中通过观察者来运转消息的传递和断言的一个实施例的流程图；
14.图4是根据本公开的测试方法中生成测试用例的一个实施例的流程图；
15.图5是根据本公开的测试装置的一个实施例的结构示意图；
16.图6是适于用来实现本公开实施例的移动设备的计算机系统的结构示意图。
具体实施方式
17.下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。
18.应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。
19.本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。
20.需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。
21.需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。
22.本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。
23.图1示出了可以应用本公开的测试方法的实施例的示例性系统架构100。
24.如图1所示，系统架构100可以包括移动设备101，网络1021、1022，服务器103和电脑104。网络1021用以在移动设备101和电脑104之间提供通信链路的介质。网络1022用以在移动设备101和服务器103之间提供通信链路的介质。网络1021、1022可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
25.用户可以使用电脑104通过网络1021与移动设备101交互，以发送或接收消息等，例如，电脑104可以通过网络1021向移动设备101发送测试命令。移动设备101上可以安装有各种通讯客户端应用，例如，集成有软件开发工具包的宿主应用、测试类应用、即时通讯软件等。
26.移动设备101可以响应于接收到电脑104发送的测试命令，创建驱动程序，继承目标测试基类，其中，上述驱动程序用于驱动预设单元测试框架；之后，可以利用上述驱动程序驱动上述单元测试框架，以及启动预设用户界面测试框架；而后，可以获取当前运行的类加载器并设置到上述单元测试框架的运行线程中；然后，可以获取测试用例，运行上述测试用例，将得到的消息添加到消息队列中，其中，上述测试用例用于测试软件开发工具包的对外接口；最后，可以从上述消息队列中取出消息进行测试结果断言。
27.移动设备101可以是硬件，也可以是软件。当移动设备101为硬件时，可以是具有显示屏并且支持信息交互的各种电子设备，包括但不限于智能手机、pad(平板电脑)等。当移动设备101为软件时，可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块(例如用来提供分布式服务的多个软件或软件模块)，也可以实现成单个软件或软件模块。在此不做具体限定。
28.服务器103可以是提供各种服务的服务器。例如，可以是接收移动设备101上报的测试用例的运行结果的后台服务器。
29.需要说明的是，服务器103可以是硬件，也可以是软件。当服务器103为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器103为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。
30.还需要说明的是，本公开实施例所提供的测试方法通常由移动设备101执行，则测试装置通常设置于移动设备101中。
31.应该理解，图1中的移动设备、网络、电脑和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的移动设备、网络、电脑和服务器。
32.继续参考图2，示出了根据本公开的测试方法的一个实施例的流程200。该测试方法，应用于安卓(android)操作系统的移动终端，包括以下步骤：
33.步骤201，响应于接收到测试命令，创建驱动程序，继承目标测试基类。
34.在本实施例中，测试方法的执行主体(例如图1所示的移动终端)可以确定是否接收到测试命令。上述测试命令可以是adb(androiddebug bridge)shell命令，adb shell命令是安卓操作系统中常用的命令，是电脑连接android手机运行的shell脚本命令。adb是一个调试工具。开发人员可以借助它完成很多需要在手机端操作所需完成的事情。
35.若接收到测试命令，上述执行主体可以创建驱动程序，上述驱动程序可以用于驱动预设单元测试框架。在这里，预设单元测试框架可以为testng(testing next generation，下一代测试技术)框架，testng框架是java中的一个测试框架，是一个目前很流行实用的单元测试框架，有完善的用例管理模块，配合maven(开源的java项目构建系统)能够很方便管理依赖第三方插件。使用testng可以做功能、接口、单元、集成的自动化测试。
36.之后，上述执行主体可以继承目标测试基类。上述目标测试基类可以为instrumentation，instrumentation用于安卓应用测试框架中，被做为基类使用。
instrumentation指的是可以用独立于应用程序之外的代理(agent)程序来监测和协助运行在jvm(java virtual machine，java虚拟机)上的应用程序。在获取到instrumentation实例后可以传递给上述单元测试框架和预设用户界面测试框架。
37.在本实施例中，需要预先在上述执行主体中安装宿主应用(app)和安卓测试应用。
38.步骤202，利用驱动程序驱动单元测试框架，以及启动预设用户界面测试框架。
39.在本实施例中，上述执行主体可以利用上述驱动程序驱动上述单元测试框架，以及启动预设用户界面测试框架。在这里，上述用户界面(user interface，ui)测试框架可以为uiautomator，uiautomator是用java编写的ui测试框架，其最大的特点就是可以跨进程操作，可以使用uiautomator框架提供的一些方便的api(application programming interface，应用程序接口)来对安卓应用进行一系列的自动化测试操作，如点击、滑动、键盘输入、长按以及常用的断言方法等。
40.步骤203，获取当前运行的类加载器并设置到单元测试框架的运行线程中。
41.在本实施例中，为了让testng框架能够运行在安卓虚拟机环境中，上述执行主体可以获取当前运行的类加载器(classloader)并设置到上述单元测试框架testng的运行线程中。
42.步骤204，获取测试用例，运行测试用例，将得到的消息添加到消息队列中。
43.在本实施例中，上述执行主体可以获取测试用例，上述测试用例通常用于测试软件开发工具包(software development kit，sdk)的对外接口。之后，上述执行主体可以运行上述测试用例，并将得到的消息添加到消息队列中，得到的消息可以为测试用例的测试结果。
44.在这里，上述执行主体可以从连接的电脑中获取测试用例。
45.步骤205，从消息队列中取出消息进行测试结果断言。
46.在本实施例中，上述执行主体可以从上述消息队列中取出消息进行测试结果断言。断言通常指的是用来验证输出和期望是否一致的一个工具，是通过比较一个实际值和一个期望值来实现的。具体地，上述执行主体可以将取出的消息与该消息的期望值进行对比。若一致，则可以输出用于表征测试通过的信息；若不一致，则可以输出用于表征测试未通过的信息。
47.在这里，上述测试方法的测试框架可以包括三个模块和两个底层库，三个模块可以包括：common、testframework和androidtestng。两个底层库可以包括：baseapi、basecore。其中，common指的是通用层，是进行通用处理的。testframework为单元测试做支持、提供基础库。androidtestng是自动化提供的api的测试。baseapi在uiautomator的基础上进行了封装，提供了ui操作的需求。basecore作为底层module，提供了组件化调度能力，在接口自动化测试用例运行过程中支持启动性能采集插件，无侵入的采集被测接口调用链路上的函数耗时情况。
48.本公开的上述实施例提供的方法通过响应于接收到测试命令，创建驱动程序，继承目标测试基类，上述驱动程序用于驱动预设单元测试框架；之后，利用上述驱动程序驱动上述单元测试框架，以及启动预设用户界面测试框架；而后，获取当前运行的类加载器并设置到上述单元测试框架的运行线程中；然后，获取测试用例，运行上述测试用例，将得到的消息添加到消息队列中，上述测试用例用于测试软件开发工具包的对外接口；最后，从上述
消息队列中取出消息进行测试结果断言。通过这种方式实现了对安卓移动终端的软件开发工具包的接口测试，提升了测试稳定性和测试准确性。此外，除了继承自instrumentation以外，自动化调度、运行、记录、结果处理等都与安卓操作系统没有耦合，也就降低了系统差异导致的兼容性问题。
49.在一些可选的实现方式中，上述执行主体可以通过如下方式运行上述测试用例，将得到的消息添加到消息队列中：上述执行主体可以创建上述测试用例的观察者来运转消息的传递和断言的流程。观察者模式是指多个对象间存在一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新。在这里，一个观察者对应一个测试用例，即测试用例为被观察的对象，当运行测试用例得到测试结果时，观察该测试用例的观察者会得到通知，观察者会将得到的测试结果添加到该观察者对应的消息队列中。
50.通过创建观察者模式及消息队列管理机制，通过监听sdk对外接口的回调结果，从而提升接口自动化测试结果的准确性、稳定性、扩展能力，同时，避免了复杂接口同时有多个异步或同步回调的情况，避免影响到断言的准确性。
51.如图3所示，图3示出了根据本公开的测试方法中通过观察者来运转消息的传递和断言的一个实施例的流程图。在图3中，观察者1用来观察测试用例1，观察者2用来观察测试用例2，观察者3用来观察测试用例3。当运行测试用例1得到消息时，观察者1会将得到的消息添加到消息队列1中，当消息添加到消息队列1后可以通过looper(有消息循环的线程)循环出队，并通知断言者进行结果断言。同理,当运行测试用例2得到消息时，观察者2会将得到的消息添加到消息队列2中。当运行测试用例3得到消息时，观察者3会将得到的消息添加到消息队列3中。
52.在一些可选的实现方式中，上述执行主体可以通过如下方式运行测试用例：上述执行主体可以利用预设第二配置文件驱动测试用例的运行。上述第二配置文件可以为逗号分隔值文件格式(comma-separated values，csv)。逗号分隔值也可以称为字符分隔值，因为分隔字符也可以不是逗号，其文件以纯文本形式存储表格数据(数字和文本)。纯文本意味着该文件是一个字符序列，不含必须像二进制数字那样被解读的数据。上述第二配置文件可以包括以下至少一项：子类测试用例的名称(testclass)、子类测试用例中的测试方法名称(testmethod)、软件开发工具包sdk被测接口的路径、软件开发工具包sdk被测接口的参数配置和软件开发工具包sdk被测接口的测试结果的校验规则。
53.在这里，上述校验规则采用的是jsonpath规则(开头$.、结尾；)，在字段中包含了哪些$开头的内容，则校验时会一一进行断言，当前支持的命名规则可以包括以下至少一项：
54.$.code:回调内容需要验证返回的code值；
55.$.message_i：回调内容需要验证返回的int型数值；
56.$.message_l：回调内容需要验证返回的long型内容；
57.$.message_b：回调内容需要验证返回的boolean型内容；
58.$.message_d：回调内容需要验证返回的double型内容；
59.$.message_r：回调内容需要验证返回的string内容；
60.$.message_obj：回调内容需要验证返回的object。
61.在一些可选的实现方式中，上述执行主体可以确定上述测试用例的数据格式是否为目标数据格式，上述目标数据格式可以为上述单元测试框架所使用的数据格式；若上述测试用例的数据格式不是目标数据格式，则上述执行主体可以将上述测试用例的数据格式转换成上述目标数据格式。通过这种方式，实现了测试用例动态调度运行的能力，支持运行在不同测试阶段。
62.作为示例，若上述测试用例的数据格式为json数据格式，上述目标数据格式为xml数据格式，则上述执行主体可以将json数据格式的测试用例转换成xml数据格式。
63.在一些可选的实现方式中，上述执行主体还可以执行以下至少一项：监听上述测试用例的运行状态；记录上述测试用例的运行过程；对测试结果为失败的测试用例进行重新测试；上报上述测试用例的运行结果。
64.进一步参考图4，其示出了测试方法中生成测试用例的一个实施例的流程400。该生成测试用例的流程400，包括以下步骤：
65.步骤401，对软件开发工具包进行反编译，得到源文件。
66.在本实施例中，生成测试用例的执行主体(例如图1所示的电脑)可以对待测试的软件开发工具包进行反编译，得到源文件。在这里，可以利用jadx反编译软件对待测试的软件开发工具包进行反编译，jadx反编译软件是安卓反编译gui(graphical user interface，图形用户界面)工具。
67.在这里，生成测试用例的执行主体可以运行shell脚本，之后，jadx反编译软件对对待测试的软件开发工具包进行反编译，生成源文件。
68.步骤402，对源文件进行解析，获取公有的至少一个方法和每个方法对应的参数内容。
69.在本实施例中，生成测试用例的执行主体可以对上述源文件进行解析，获取公有(public)的至少一个方法(method)和每个方法对应的参数内容。
70.具体地，shell脚本运行打包的源文件解析工具，该源文件解析工具可以是基于javaparser解析语法树进行编写的，用于对源文件进行语法解析。javaparser解析语法树是一个可以将java源码解析为一棵语法树，然后基于这棵树对java代码进行分析和修改的工具。之后，可以解析类(class)文件，获取修饰符是公有的方法，排除匿名类、内部类和内容接口的方法，以及获取公有的方法的参数内容。
71.步骤403，针对至少一个方法中的每个方法，遍历该方法和对应的参数内容，按照预设第一配置文件，创建测试用例。
72.在本实施例中，针对上述至少一个方法中的每个方法，生成测试用例的执行主体可以遍历该方法和对应的参数内容，按照预设第一配置文件，创建测试用例，其中，上述第一配置文件可以生成测试用例。
73.具体地，生成测试用例的执行主体可以遍历该方法和对应的参数内容，获取方法名称，继承测试类的基类并创建对应的测试类。之后，可以利用上述第一配置文件，使用javapoet代码生成技术，创建测试用例，所创建的测试用例可以包括：类的注解、前置方法beforeclass、测试方法的注解、测试方法实体和后置方法afterclass。上述javapoet代码生成技术是一个开源java代码生成框架，提供java api生成java源文件。这个框架功能非常有用，我们可以很方便的使用它根据注解、数据库模式、协议格式等来对应生成代码。
74.本公开的上述实施例提供的方法通过对软件开发工具包进行反编译，解析反编译得到的源文件，按照一定的规则生成测试用例，从而可以生成基于软件开发工具包的被测接口的测试用例，提高测试用例的针对性和生成效率。
75.进一步参考图5，作为对上述各图所示方法的实现，本公开提供了一种测试装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种移动设备中。
76.如图5所示，本实施例的测试装置500包括：创建单元501、启动单元502、获取单元503、运行单元504和断言单元505。创建单元501用于响应于接收到测试命令，创建驱动程序，继承目标测试基类，其中，上述驱动程序用于驱动预设单元测试框架；启动单元502用于利用上述驱动程序驱动上述单元测试框架，以及启动预设用户界面测试框架；获取单元503用于获取当前运行的类加载器并设置到上述单元测试框架的运行线程中；运行单元504用于获取测试用例，运行上述测试用例，将得到的消息添加到消息队列中，其中，上述测试用例用于测试软件开发工具包的对外接口；断言单元505用于从上述消息队列中取出消息进行测试结果断言。
77.在本实施例中，测试装置500的创建单元501、启动单元502、获取单元503、运行单元504和断言单元505的具体处理可以参考图2对应实施例中的步骤201、步骤202、步骤203、步骤204和步骤205。
78.在一些可选的实现方式中，上述运行单元504可以进一步用于通过如下方式运行上述测试用例，将得到的消息添加到消息队列中：上述运行单元504可以创建上述测试用例的观察者，运行上述测试用例，将得到的消息添加到消息队列中，其中，一个观察者对应一个测试用例。
79.在一些可选的实现方式中，上述测试用例可以是通过如下方式生成的：首先，可以对上述软件开发工具包进行反编译，得到源文件；之后，可以对上述源文件进行解析，获取公有的至少一个方法和每个方法对应的参数内容；而后，针对上述至少一个方法中的每个方法，可以遍历该方法和对应的参数内容，按照预设第一配置文件，创建测试用例。
80.在一些可选的实现方式中，上述运行单元504可以进一步用于通过如下方式运行测试用例：上述运行单元504可以利用预设第二配置文件驱动测试用例的运行，其中，上述第二配置文件为逗号分隔值文件格式，上述第二配置文件包括以下至少一项：子类测试用例的名称、子类测试用例中的测试方法名称、软件开发工具包被测接口的路径、软件开发工具包被测接口的参数配置和软件开发工具包被测接口的测试结果的校验规则。
81.在一些可选的实现方式中，上述测试装置500可以包括：确定单元(图中未示出)和转换单元(图中未示出)。上述确定单元可以用于确定上述测试用例的数据格式是否为目标数据格式，其中，上述目标数据格式为上述单元测试框架所使用的数据格式；上述转换单元可以用于若确定出上述测试用例的数据格式不是目标数据格式，则将上述测试用例的数据格式转换成上述目标数据格式。
82.在一些可选的实现方式中，上述测试装置500还可以包括以下至少一项：监听单元(图中未示出)、记录单元(图中未示出)、重新测试单元(图中未示出)和上报单元(图中未示出)。上述监听单元可以用于监听上述测试用例的运行状态；上述记录单元可以用于记录上述测试用例的运行过程；上述重新测试单元可以用于对测试结果为失败的测试用例进行重
新测试；上述上报单元可以用于上报上述测试用例的运行结果。
83.下面参考图6，其示出了适于用来实现本公开的实施例的移动设备(例如图1中的移动设备)600的结构示意图。本公开的实施例中的移动设备可以包括但不限于诸如移动电话、pad(平板电脑)、车载终端(例如车载导航终端)等等安卓操作系统的移动终端。图6示出的移动设备仅仅是一个示例，不应对本公开的实施例的功能和使用范围带来任何限制。
84.如图6所示，移动设备600可以包括处理装置(例如中央处理器、图形处理器等)601，其可以根据存储在只读存储器(rom)602中的程序或者从存储装置608加载到随机访问存储器(ram)603中的程序而执行各种适当的动作和处理。在ram 603中，还存储有移动设备600操作所需的各种程序和数据。处理装置601、rom 602以及ram603通过总线604彼此相连。输入/输出(i/o)接口605也连接至总线604。
85.通常，以下装置可以连接至i/o接口605：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置606；包括例如液晶显示器(lcd)、扬声器、振动器等的输出装置607；以及通信装置609。通信装置609可以允许移动设备600与其他设备进行无线或有线通信以交换数据。虽然图6示出了具有各种装置的移动设备600，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。图6中示出的每个方框可以代表一个装置，也可以根据需要代表多个装置。
86.特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置609从网络上被下载和安装，或者从存储装置608被安装，或者从rom 602被安装。在该计算机程序被处理装置601执行时，执行本公开的实施例的方法中限定的上述功能。需要说明的是，本公开的实施例所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开的实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开的实施例中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、rf(射频)等等，或者上述的任意合适的组合。
87.上述计算机可读介质可以是上述移动设备中所包含的；也可以是单独存在，而未装配入该移动设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该移动设备执行时，使得该移动设备：响应于接收到测试命令，创建驱动程序，继
承目标测试基类，其中，驱动程序用于驱动预设单元测试框架；利用驱动程序驱动单元测试框架，以及启动预设用户界面测试框架；获取当前运行的类加载器并设置到单元测试框架的运行线程中；获取测试用例，运行测试用例，将得到的消息添加到消息队列中，其中，测试用例用于测试软件开发工具包的对外接口；从消息队列中取出消息进行测试结果断言。
88.可以以一种或多种程序设计语言或其组合来编写用于执行本公开的实施例的操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)——连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
89.附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
90.根据本公开的一个或多个实施例，提供了一种测试方法，应用于安卓操作系统的移动终端，包括：响应于接收到测试命令，创建驱动程序，继承目标测试基类，其中，上述驱动程序用于驱动预设单元测试框架；利用上述驱动程序驱动上述单元测试框架，以及启动预设用户界面测试框架；获取当前运行的类加载器并设置到上述单元测试框架的运行线程中；获取测试用例，运行上述测试用例，将得到的消息添加到消息队列中，其中，上述测试用例用于测试软件开发工具包的对外接口；从上述消息队列中取出消息进行测试结果断言。
91.根据本公开的一个或多个实施例，上述运行上述测试用例，将得到的消息添加到消息队列中，包括：创建上述测试用例的观察者，运行上述测试用例，将得到的消息添加到消息队列中，其中，一个观察者对应一个测试用例。
92.根据本公开的一个或多个实施例，上述测试用例是通过如下方式生成的：对上述软件开发工具包进行反编译，得到源文件；对上述源文件进行解析，获取公有的至少一个方法和每个方法对应的参数内容；针对上述至少一个方法中的每个方法，遍历该方法和对应的参数内容，按照预设第一配置文件，创建测试用例。
93.根据本公开的一个或多个实施例，上述运行测试用例，包括：利用预设第二配置文件驱动测试用例的运行，其中，上述第二配置文件为逗号分隔值文件格式，上述第二配置文件包括以下至少一项：子类测试用例的名称、子类测试用例中的测试方法名称、软件开发工具包被测接口的路径、软件开发工具包被测接口的参数配置和软件开发工具包被测接口的测试结果的校验规则。
94.根据本公开的一个或多个实施例，上述方法还包括：确定上述测试用例的数据格式是否为目标数据格式，其中，上述目标数据格式为上述单元测试框架所使用的数据格式；若否，则将上述测试用例的数据格式转换成上述目标数据格式。
95.根据本公开的一个或多个实施例，上述方法还包括以下至少一项：监听上述测试用例的运行状态；记录上述测试用例的运行过程；对测试结果为失败的测试用例进行重新测试；上报上述测试用例的运行结果。
96.根据本公开的一个或多个实施例，提供了一种测试装置，设置于安卓操作系统的移动终端，包括：创建单元，用于响应于接收到测试命令，创建驱动程序，继承目标测试基类，其中，上述驱动程序用于驱动预设单元测试框架；启动单元，用于利用上述驱动程序驱动上述单元测试框架，以及启动预设用户界面测试框架；获取单元，用于获取当前运行的类加载器并设置到上述单元测试框架的运行线程中；运行单元，用于获取测试用例，运行上述测试用例，将得到的消息添加到消息队列中，其中，上述测试用例用于测试软件开发工具包的对外接口；断言单元，用于从上述消息队列中取出消息进行测试结果断言。
97.根据本公开的一个或多个实施例，运行单元进一步用于通过如下方式运行上述测试用例，将得到的消息添加到消息队列中：创建上述测试用例的观察者，运行上述测试用例，将得到的消息添加到消息队列中，其中，一个观察者对应一个测试用例。
98.根据本公开的一个或多个实施例，上述测试用例是通过如下方式生成的：对上述软件开发工具包进行反编译，得到源文件；对上述源文件进行解析，获取公有的至少一个方法和每个方法对应的参数内容；针对上述至少一个方法中的每个方法，遍历该方法和对应的参数内容，按照预设第一配置文件，创建测试用例。
99.根据本公开的一个或多个实施例，运行单元进一步用于通过如下方式运行测试用例：利用预设第二配置文件驱动测试用例的运行，其中，上述第二配置文件为逗号分隔值文件格式，上述第二配置文件包括以下至少一项：子类测试用例的名称、子类测试用例中的测试方法名称、软件开发工具包被测接口的路径、软件开发工具包被测接口的参数配置和软件开发工具包被测接口的测试结果的校验规则。
100.根据本公开的一个或多个实施例，测试装置还包括：确定单元和转换单元。确定单元用于确定上述测试用例的数据格式是否为目标数据格式，其中，上述目标数据格式为上述单元测试框架所使用的数据格式；转换单元用于若上述测试用例的数据格式不是目标数据格式，则将上述测试用例的数据格式转换成上述目标数据格式。
101.根据本公开的一个或多个实施例，测试装置还包括以下至少一项：监听单元、记录单元、重新测试单元和上报单元。监听单元用于监听上述测试用例的运行状态；记录单元用于记录上述测试用例的运行过程；重新测试单元用于对测试结果为失败的测试用例进行重新测试；上报单元用于上报上述测试用例的运行结果。
102.描述于本公开的实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括创建单元、启动单元、获取单元、运行单元和断言单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，断言单元还可以被描述为“从消息队列中取出消息进行测试结果断言的单元”。
103.以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人
员应当理解，本公开的实施例中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开的实施例中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

技术特征：
1.一种测试方法，应用于安卓操作系统的移动终端，其特征在于，包括：响应于接收到测试命令，创建驱动程序，继承目标测试基类，其中，所述驱动程序用于驱动预设单元测试框架；利用所述驱动程序驱动所述单元测试框架，以及启动预设用户界面测试框架；获取当前运行的类加载器并设置到所述单元测试框架的运行线程中；获取测试用例，运行所述测试用例，将得到的消息添加到消息队列中，其中，所述测试用例用于测试软件开发工具包的对外接口；从所述消息队列中取出消息进行测试结果断言。2.根据权利要求1所述的方法，其特征在于，所述运行所述测试用例，将得到的消息添加到消息队列中，包括：创建所述测试用例的观察者，运行所述测试用例，将得到的消息添加到消息队列中，其中，一个观察者对应一个测试用例。3.根据权利要求1所述的方法，其特征在于，所述测试用例是通过如下方式生成的：对所述软件开发工具包进行反编译，得到源文件；对所述源文件进行解析，获取公有的至少一个方法和每个方法对应的参数内容；针对所述至少一个方法中的每个方法，遍历该方法和对应的参数内容，按照预设第一配置文件，创建测试用例。4.根据权利要求1所述的方法，其特征在于，所述运行测试用例，包括：利用预设第二配置文件驱动测试用例的运行，其中，所述第二配置文件为逗号分隔值文件格式，所述第二配置文件包括以下至少一项：子类测试用例的名称、子类测试用例中的测试方法名称、软件开发工具包被测接口的路径、软件开发工具包被测接口的参数配置和软件开发工具包被测接口的测试结果的校验规则。5.根据权利要求1所述的方法，其特征在于，所述方法还包括：确定所述测试用例的数据格式是否为目标数据格式，其中，所述目标数据格式为所述单元测试框架所使用的数据格式；若否，则将所述测试用例的数据格式转换成所述目标数据格式。6.根据权利要求1-5之一所述的方法，其特征在于，所述方法还包括以下至少一项：监听所述测试用例的运行状态；记录所述测试用例的运行过程；对测试结果为失败的测试用例进行重新测试；上报所述测试用例的运行结果。7.一种测试装置，设置于安卓操作系统的移动终端，其特征在于，包括：创建单元，用于响应于接收到测试命令，创建驱动程序，继承目标测试基类，其中，所述驱动程序用于驱动预设单元测试框架；启动单元，用于利用所述驱动程序驱动所述单元测试框架，以及启动预设用户界面测试框架；获取单元，用于获取当前运行的类加载器并设置到所述单元测试框架的运行线程中；运行单元，用于获取测试用例，运行所述测试用例，将得到的消息添加到消息队列中，其中，所述测试用例用于测试软件开发工具包的对外接口；
断言单元，用于从所述消息队列中取出消息进行测试结果断言。8.根据权利要求7所述的装置，其特征在于，所述运行单元进一步用于通过如下方式运行所述测试用例，将得到的消息添加到消息队列中：创建所述测试用例的观察者，运行所述测试用例，将得到的消息添加到消息队列中，其中，一个观察者对应一个测试用例。9.一种移动设备，其特征在于，包括：一个或多个处理器；存储装置，其上存储有一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-6中任一所述的方法。10.一种计算机可读介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-6中任一所述的方法。

技术总结
本公开实施例公开了测试方法、装置和终端设备。该方法的一具体实施方式包括：响应于接收到测试命令，创建驱动程序，继承目标测试基类，其中，驱动程序用于驱动预设单元测试框架；利用驱动程序驱动单元测试框架，以及启动预设用户界面测试框架；获取当前运行的类加载器并设置到单元测试框架的运行线程中；获取测试用例，运行测试用例，将得到的消息添加到消息队列中，其中，测试用例用于测试软件开发工具包的对外接口；从消息队列中取出消息进行测试结果断言。该实施方式实现了对安卓移动终端的软件开发工具包的接口测试。件开发工具包的接口测试。件开发工具包的接口测试。


技术研发人员：周欣
受保护的技术使用者：北京有竹居网络技术有限公司
技术研发日：2021.12.03
技术公布日：2022/3/8