CN117076302A - 一种自动化测试方法、装置、电子设备和存储介质 - Google Patents

Abstract

本公开提供一种自动化测试方法、装置、电子设备和存储介质。该方法包括：接收目标自动化测试案例的测试请求，测试请求包括目标自动化测试案例的标识信息，根据目标自动化测试案例的标识信息从自动化案例信息库中提取目标自动化测试案例并对目标自动化测试案例进行配置生成测试计划，根据执行设备资源池中的执行设备信息确定目标执行设备，将配置好的测试计划发送至目标执行设备，其中，目标执行设备执行测试计划，以及生成并反馈针对于测试计划的测试报告，接收目标执行设备反馈的测试报告并对测试报告进行存储和展示。实现了直接从自动化案例信息库和执行设备资源池中获取目标自动化测试案例以及目标执行设备，提高了自动化测试的效率。

Description

一种自动化测试方法、装置、电子设备和存储介质

技术领域

本公开的实施例涉及软件测试领域，具体涉及一种自动化测试方法、装置、电子设备和存储介质。

背景技术

在软件测试领域，自动化测试可以替代测试人员进行重复的回归工作，更好的保证测试的一致性和可重复性，能够极大地提升测试效率并更好的保障产品质量。

自动化测试需要依靠多种配套的支持，目前的自动化测试工具和开源框架功能往往比较单一，也没有全面支持自动化测试的系统。例如，jmeter(接口性能测试工具)主要提供接口和性能测试能力，Appium(开源测试自动化框架)主要支持UI(人机交互界面)自动化测试，MeterSphere(开源持续测试平台)支持接口、性能和UI自动化测试，但其无法执行设备管理、APP端的自动化测试等，这会导致面对不同的测试需求都需要针对不同的自动化测试工具系统进行配置，增加了自动化测试的难度，降低了自动化测试的效率。

因此，有必要提出一种新的自动化测试方法，以解决上述至少一个技术问题。

发明内容

本公开的实施例提出了一种自动化测试方法、装置、电子设备和存储介质。

第一方面，本公开的实施例提供了一种自动化测试方法，包括：

接收目标自动化测试案例的测试请求，测试请求包括目标自动化测试案例的标识信息；

根据目标自动化测试案例的标识信息从自动化案例信息库中提取目标自动化测试案例并对目标自动化测试案例进行配置生成测试计划；

根据执行设备资源池中的执行设备信息确定目标执行设备，将配置好的测试计划发送至目标执行设备，其中，目标执行设备执行测试计划，以及生成并反馈针对于测试计划的测试报告；

接收目标执行设备反馈的测试报告并对测试报告进行存储和展示。

在一些可选的实施方式中，还包括：

获取自动化测试案例，将自动化测试案例存储至自动化测试案例信息库，其中，自动化测试案例通过开源测试框架编写。

在一些可选的实施方式中，将自动化测试案例存储至自动化测试案例信息库，包括：

获取需要存储至自动化测试案例信息库中的自动化测试案例的初始存储地址和测试案例类型；

根据初始存储地址和自动化测试案例类型下载自动化测试案例；

将自动化测试案例发送至待解析队列；

通过调用自动化测试案例的解析接口将自动化测试案例转换为可执行脚本，以及将可执行脚本存储至自动化测试案例信息库。

在一些可选的实施方式中，还包括：

获取执行设备信息，将执行设备信息存储至执行设备资源池。

在一些可选的实施方式中，执行设备上安装有SDK，获取执行设备信息，将执行设备信息存储至执行设备资源池，包括：

根据SDK启动对执行设备的监控；

根据对执行设备的监控获取执行设备信息；

将执行设备信息存储至执行设备资源池。

在一些可选的实施方式中，对目标自动化测试案例进行配置生成测试计划，包括：

对目标自动化测试案例的测试项目信息、测试计划信息、测试环境信息和被测应用包信息进行配置生成目标自动化测试案例的测试计划。

在一些可选的实施方式中，开源测试框架包括移动应用测试框架、桌面应用测试框架、网站测试框架、服务端性能测试框架以及接口测试框架。

在一些可选的实施方式中，自动化测试案例类型包括移动应用自动化测试案例、桌面应用自动化测试案例、网站自动化测试案例、后台服务自动化测试案例以及接口自动化测试案例。

在一些可选的实施方式中，执行设备资源池中存在至少一个执行设备信息，执行设备信息包括执行设备的可用状态信息，根据执行设备信息从执行设备资源池中确定目标执行设备，包括：

确定每个执行设备的可用状态信息，可用状态信息用于确定执行设备处于可用状态或者处于非可用状态；

当存在至少一个执行设备处于可用状态时，根据调度服务从执行设备资源池中的至少一个执行设备信息中确定目标执行设备。

第二方面，本公开提供了一种自动化测试装置，包括：

测试请求接收单元，用于接收目标自动化测试案例的测试请求，测试请求包括目标自动化测试案例的标识信息；

测试计划生成单元，用于根据目标自动化测试案例的标识信息从自动化案例信息库中提取目标自动化测试案例并对目标自动化测试案例进行配置生成测试计划；

测试计划发送单元，用于根据执行设备资源池中的执行设备信息确定目标执行设备，将配置好的测试计划发送至目标执行设备，其中，目标执行设备执行测试计划，以及生成并反馈针对于测试计划的测试报告；

测试报告接收单元，用于接收目标执行设备反馈的测试报告并对测试报告进行存储和展示。

第三方面，本公开提供了一种电子设备，包括：

一个或多个处理器；

存储装置，其上存储有一个或多个程序，

当上述一个或多个程序被上述一个或多个处理器执行时，使得上述一个或多个处理器实现如本公开第一方面任一实施方式描述的方法。

第四方面，本公开提供了一种计算机可读存储介质，其上存储有计算机程序，其中，上述计算机程序被一个或多个处理器执行时实现如本公开第一方面任一实施方式描述的方法。

本公开的实施例提供的自动化测试方法、装置、电子设备和存储介质，接收目标自动化测试案例的测试请求，测试请求包括目标自动化测试案例的标识信息，根据自动化测试案例的标识信息从自动化案例信息库中提取目标自动化测试案例并对目标自动化测试案例进行配置生成测试计划，根据执行设备资源池中的执行设备信息确定目标执行设备，将配置好的测试计划发送至目标执行设备，其中，目标执行设备执行测试计划，以及生成并反馈针对于测试计划的测试报告，接收目标执行设备反馈的测试报告并对测试报告进行存储和展示。通过将自动化测试案例托管至自动化案例信息库以及将执行设备信息托管至执行设备资源池中，在接收到目标自动化测试案例的测试请求时，实现了直接从自动化案例信息库和执行设备资源池中获取目标自动化测试案例以及目标执行设备，通过执行设备完成目标自动化测试案例的执行并反馈测试报告，提高了自动化测试的效率。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本公开的其它特征、目的和优点将会变得更明显。附图仅用于示出具体实施方式的目的，而并不认为是对本发明的限制。在附图中：

图1是根据本公开的自动化测试系统的一个实施例的系统架构图；

图2是根据本公开的自动化测试方法的一个实施例的流程图；

图3是根据本公开的自动化测试装置的一个实施例的结构示意图；

图4是适于用来实现本公开的实施例的电子设备的计算机系统的结构示意图。

具体实施方式

下面结合附图和实施例对本公开作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。

图1示出了可以应用本公开的自动化测试方法、装置、终端设备和存储介质的实施例的示例性系统架构100。

如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如自动化测试类应用、网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

终端设备101、102、103可以是硬件，也可以是软件。当终端设备101、102、103为硬件时，可以是具有信息输入装置和信息输出装置的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)、MP4播放器(Moving Picture Experts Group AudioLayer IV，动态影像专家压缩标准音频层面4)、便携计算机和台式计算机等等。当终端设备101、102、103为软件时，可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块(例如进行自动化测试)，也可以实现成单个软件或软件模块。在此不做具体限定。

服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上发送的测试请求进行处理的后台服务器。后台服务器可以基于终端设备发送的测试请求进行相应处理。

在一些情况下，本公开所提供的自动化测试方法可以由终端设备101、102、103和服务器105共同执行，例如，“执行测试计划”的步骤可以由终端设备101、102、103执行，“接收目标自动化测试案例的测试请求”的步骤可以由服务器105执行。本公开对此不做限定。相应地，自动化测试装置也可以分别设置于终端设备101、102、103和服务器105中。

在一些情况下，本公开所提供的自动化测试方法可以由服务器105执行，相应地，自动化测试装置也可以设置于服务器105中，这时，系统架构100也可以不包括终端设备101、102、103。

在一些情况下，本公开所提供的自动化测试方法可以由终端设备101、102、103执行，相应地，自动化测试装置也可以设置于终端设备101、102、103中，这时，系统架构100也可以不包括服务器105。

需要说明的是，服务器105可以是硬件，也可以是软件。当服务器105为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器105为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块。在此不做具体限定。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

继续参考图2，图2示出了根据本公开的自动化测试方法的一个实施例的流程图200，图2所示的自动化测试方法可应用图1中所示的终端设备或服务器。该流程200包括以下步骤：

步骤201，接收目标自动化测试案例的测试请求。

在本实施例中，测试请求包括目标自动化测试案例的标识信息，目标自动化测试案例的标识信息用于唯一确定该目标自动化测试案例。

目标自动化测试案例的标识信息可以包括目标自动化测试案例的编号信息或者名称信息等。

步骤202，根据目标自动化测试案例的标识信息从自动化案例信息库中提取目标自动化测试案例并对目标自动化测试案例进行配置生成测试计划。

在一些可选的实施方式中，在从自动化案例信息库中提取目标自动化测试案例之前，还需要获取自动化测试案例，将自动化测试案例存储至自动化测试案例信息库，自动化测试案例信息库用于存储自动化测试案例。目标自动化测试案例可以是自动化测试案例信息库中的其中一个自动化测试案例。

自动化测试案例由测试人员通过集成在自动化测试平台的开源测试框架编写。通过将各个开源测试框架集中在一个自动化测试平台上，对用户提供了一个全面的，多样化的，系统的自动化测试平台，通过该自动化测试平台，可以实现各个类型的自动化测试案例的编写，从而可以提高自动化测试的效率。

开源测试框架可以包括移动应用测试框架、桌面应用测试框架、网站测试框架、服务端性能测试框架以及接口测试框架。

移动应用测试框架用于编写移动应用自动化测试案例，桌面应用测试框架用于编写桌面应用自动化测试案例，网站测试框架用于编写网站自动化测试案例，服务端性能测试框架用于编写后台服务自动化测试案例，接口测试框架用于编写接口自动化测试案例。

在一些可选的实施方式中，将自动化测试案例存储至自动化测试案例信息库可以如下执行：首先，获取需要存储至自动化测试案例信息库中的自动化测试案例的初始存储地址和测试案例类型。然后，根据初始存储地址和自动化测试案例类型下载自动化测试案例，将自动化测试案例发送至待解析队列。最后，通过调用自动化测试案例的解析接口将自动化测试案例转换为可执行脚本，以及将可执行脚本存储至自动化测试案例信息库。

自动化测试案例的初始存储地址可以是在用户终端上的自动化测试案例的存储地址。自动化测试案例类型包括移动应用自动化测试案例、桌面应用自动化测试案例、网站自动化测试案例、后台服务自动化测试案例以及接口自动化测试案例。不同类型的自动化测试案例通过不同的开源测试框架进行编写。

在一些可选的实施方式中，根据目标自动化测试案例的标识信息从自动化案例信息库中提取目标自动化测试案例并对目标自动化测试案例进行配置生成测试计划，具体地，可以对目标自动化测试案例的测试项目信息、测试计划信息、测试环境信息和被测应用包信息进行配置生成目标自动化测试案例的测试计划。

其中，目标自动化测试案例的测试项目信息是指该目标自动化测试案例属于哪个项目的自动化测试案例，目标自动化测试案例的测试计划信息是指该目标自动化测试案例属于哪个测试计划的自动化测试案例，目标自动化测试案例的测试环境信息是指该目标自动化测试案例运行所需要的计算机硬件、软件、网络设备以及历史数据等信息，目标自动化测试案例的被测应用包信息是指该目标自动化测试案例对应的被测应用包的大小、名称和版本等信息。

对目标自动化测试案例的测试项目信息、测试计划信息、测试环境信息和被测应用包信息配置好之后，根据配置好的信息生成目标自动化测试案例的测试计划。

测试计划用于指示如何对该目标自动化测试案例进行测试。

步骤203，根据执行设备资源池中的执行设备信息确定目标执行设备，将配置好的测试计划发送至目标执行设备，其中，目标执行设备用于执行测试计划，以及生成并反馈针对于测试计划的测试报告。

在一些可选的实施方式中，在根据执行设备资源池中的执行设备信息确定目标执行设备之前，还需要将执行设备信息存储至执行设备资源池。即，需要先获取执行设备信息，再将执行设备信息存储至执行设备资源池。

具体地，执行设备上可安装有SDK(Software Development Kit，软件开发工具包)，根据SDK启动对执行设备的监控，根据对执行设备的监控获取执行设备信息，将执行设备信息存储至执行设备资源池。

在执行设备上安装SDK后，SDK会自动启动监控进程对执行设备的信息和状态进行监控，通过在执行设备上安装SDK，可以获取执行设备信息，然后，将执行设备信息存储至执行设备资源池并对执行设备进行持续监控，将监控获得的执行设备信息进行上报。通过在执行设备上安装SDK实现了对执行设备的托管。

另外，SDK会自动监控执行设备的资源包更新的消息，当用户需要新建或者更新存储在设备资源池中的执行设备信息时，可以在自动化测试平台修改执行设备的资源包信息。

其中，执行设备信息可以是包括执行设备的ID、名称、设备型号、系统版本、CPU型号、软硬件性能、内存大小以及执行设备是否处于可用状态等信息。

作为示例，执行设备资源池可以是redis执行设备资源池，redis是一个开源的、使用C语言编写的、支持网络交互的、可基于内存也可持久化的键值数据库，在本实施例中，redis执行设备资源池用于存储执行设备信息。

在根据执行设备资源池中的执行设备信息在确定目标执行设备之后，可以将配置好的目标自动化测试案例的测试计划发送至该目标执行设备。然后，由该目标执行设备对该测试计划进行执行，在测试计划执行结束之后，生成针对该测试计划的测试报告，并将测试报告进行反馈。

在一些可选的实施方式中，执行设备资源池中存在至少一个执行设备信息，执行设备信息包括执行设备的可用状态信息，根据执行设备信息从执行设备资源池中确定目标执行设备。具体而言，可以如下执行：

首先，确定每个执行设备的可用状态信息，可用状态信息用于确定执行设备处于可用状态或者处于非可用状态，当存在至少一个执行设备处于可用状态时，根据调度服务从执行设备资源池中的至少一个执行设备信息中确定目标执行设备。

根据调度服务从执行设备资源池中的至少一个执行设备信息中确定目标执行设备可以是根据执行设备当前执行任务数、执行设备型号、系统版本、CPU型号、软硬件性能、内存大小等确定目标执行设备。

在执行设备资源池中，不同的执行设备信息可以按照执行设备的标签、执行设备的功能、执行设备的用途等进行分类存储。

调度服务包括kafka任务队列和redis测试计划池，其中，kafka是一种分布式的，基于发布或订阅的消息系统，redis测试计划池用于存储配置好的测试计划。

步骤204，接收目标执行设备反馈的测试报告并对测试报告进行存储和展示。

在本实施例中，接收到目标执行设备反馈的测试报告并对测试报告进行存储和展示，可以是在自动化测试平台的web端对测试报告进行展示。

本公开的实施例提供的自动化测试方法、装置、电子设备和存储介质，接收目标自动化测试案例的测试请求，测试请求包括目标自动化测试案例的标识信息，根据自动化测试案例的标识信息从自动化案例信息库中提取目标自动化测试案例并对目标自动化测试案例进行配置生成测试计划，根据执行设备资源池中的执行设备信息确定目标执行设备，将配置好的测试计划发送至目标执行设备，其中，目标执行设备执行测试计划，以及生成并反馈针对于测试计划的测试报告，接收目标执行设备反馈的测试报告并对测试报告进行存储和展示。通过将自动化测试案例托管至自动化案例信息库以及将执行设备信息托管至执行设备资源池中，在接收到目标自动化测试案例的测试请求时，实现了直接从自动化案例信息库和执行设备资源池中获取目标自动化测试案例以及目标执行设备，通过执行设备完成目标自动化测试案例的执行并反馈测试报告，提高了自动化测试的效率。

进一步参考图3，作为对上述各图所示方法的实现，本公开提供了一种自动化测试装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种终端设备和服务器中。

如图3所示，本实施例的自动化测试方法装置，装置300包括：测试请求接收单元301、测试计划生成单元302、测试计划发送单元303以及测试报告接收单元304。其中，测试请求接收单元301，用于接收目标自动化测试案例的测试请求，测试请求包括目标自动化测试案例的标识信息；测试计划生成单元302，用于根据自动化测试案例的标识信息从自动化案例信息库中提取目标自动化测试案例并对目标自动化测试案例进行配置生成测试计划；测试计划发送单元303，用于根据执行设备资源池中的执行设备信息确定目标执行设备，将配置好的测试计划发送至目标执行设备，其中，目标执行设备执行测试计划，以及生成并反馈针对于测试计划的测试报告；测试报告接收单元304，接收目标执行设备反馈的测试报告并对测试报告进行存储和展示。

在本实施例中，自动化测试装置300的测试请求接收单元301、测试计划生成单元302、测试计划发送单元303以及测试报告接收单元304的具体处理及其所带来的技术效果可分别参考图2对应实施例中步骤201至步骤204的相关说明，在此不再赘述。

在一些可选的实施方式中，上述装置300还可以包括：

自动化测试案例存储单元305，用于获取自动化测试案例，将自动化测试案例存储至自动化测试案例信息库，其中，自动化测试案例通过开源测试框架编写。

在一些可选的实施方式中，上述自动化测试案例存储单元305可以进一步被配置为：

获取需要存储至自动化测试案例信息库中的自动化测试案例的初始存储地址和测试案例类型；

根据初始存储地址和自动化测试案例类型下载自动化测试案例；

将自动化测试案例发送至待解析队列；

通过调用自动化测试案例的解析接口将自动化测试案例转换为可执行脚本，以及将可执行脚本存储至自动化测试案例信息库。

在一些可选的实施方式中，上述装置300还可以包括：

设备信息存储单元306，用于获取执行设备信息，将执行设备信息存储至执行设备资源池。

在一些可选的实施方式中，执行设备上可安装有SDK，以及上述设备信息存储单元306，可进一步被配置为：

根据SDK启动对执行设备的监控；

根据对执行设备的监控获取执行设备信息；

将执行设备信息存储至执行设备资源池。

在一些可选的实施方式中，测试计划生成单元302，可以进一步被配置为：

对目标自动化测试案例的测试项目信息、测试计划信息、测试环境信息和被测应用包信息进行配置生成目标自动化测试案例的测试计划。

在一些可选的实施方式中，开源测试框架可以包括移动应用测试框架、桌面应用测试框架、网站测试框架、服务端性能测试框架以及接口测试框架。

在一些可选的实施方式中，自动化测试案例类型可以包括移动应用自动化测试案例、桌面应用自动化测试案例、网站自动化测试案例、后台服务自动化测试案例以及接口自动化测试案例。

在一些可选的实施方式中，执行设备资源池中可以存在至少一个执行设备信息，执行设备信息可以包括执行设备的可用状态信息，以及测试计划发送单元303，根据执行设备信息从执行设备资源池中确定目标执行设备，可以进一步被配置为：

确定每个执行设备的可用状态信息，可用状态信息用于确定执行设备处于可用状态或者处于非可用状态；

当存在至少一个执行设备处于可用状态时，根据调度服务从执行设备资源池中的至少一个执行设备信息中确定目标执行设备。

需要说明的是，本公开的实施例提供的自动化测试装置中各单元的实现细节和技术效果可以参考本公开中其它实施例的说明，在此不再赘述。

下面参考图4，其示出了适于用来实现本公开的终端设备的计算机系统400的结构示意图。图4示出的计算机系统400仅仅是一个示例，不应对本公开的实施例的功能和使用范围带来任何限制。

如图4所示，计算机系统400可以包括处理装置(例如中央处理器、图形处理器等)401，其可以根据存储在只读存储器(ROM)402中的程序或者从存储装置408加载到随机访问存储器(RAM)403中的程序而执行各种适当的动作和处理。在RAM 403中，还存储有计算机系统400操作所需的各种程序和数据。处理装置401、ROM 402以及RAM 403通过总线404彼此相连。输入/输出(I/O)接口404也连接至总线404。

通常，以下装置可以连接至I/O接口404：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风等的输入装置406；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置407；包括例如磁带、硬盘等的存储装置408；以及通信装置409。通信装置409可以允许计算机系统400与其他设备进行无线或有线通信以交换数据。虽然图4示出了具有各种装置的电子设备的计算机系统400，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置409从网络上被下载和安装，或者从存储装置408被安装，或者从ROM 402被安装。在该计算机程序被处理装置401执行时，执行本公开的实施例的方法中限定的上述功能。

需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体地例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备实现如图2所示的实施例及其可选实施方式示出的自动化测试方法。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开的实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定，例如，测试请求接收单元还可以被描述为“用于接收目标自动化测试案例的测试请求的单元”。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (12)

1.一种自动化测试方法，其特征在于，所述方法包括：

接收目标自动化测试案例的测试请求，所述测试请求包括所述目标自动化测试案例的标识信息；

根据所述目标自动化测试案例的标识信息从所述自动化案例信息库中提取所述目标自动化测试案例并对所述目标自动化测试案例进行配置生成测试计划；

根据执行设备资源池中的执行设备信息确定目标执行设备，将配置好的所述测试计划发送至所述目标执行设备，其中，所述目标执行设备执行所述测试计划，以及生成并反馈针对于所述测试计划的测试报告；

接收所述目标执行设备反馈的所述测试报告并对所述测试报告进行存储和展示。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

获取自动化测试案例，将所述自动化测试案例存储至自动化测试案例信息库，其中，所述自动化测试案例通过开源测试框架编写。

3.根据权利要求2所述的方法，所述将所述自动化测试案例存储至自动化测试案例信息库，包括：

获取需要存储至自动化测试案例信息库中的所述自动化测试案例的初始存储地址和测试案例类型；

根据所述初始存储地址和所述自动化测试案例类型下载所述自动化测试案例；

将所述自动化测试案例发送至待解析队列；

通过调用所述自动化测试案例的解析接口将所述自动化测试案例转换为可执行脚本，以及将所述可执行脚本存储至所述自动化测试案例信息库。

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

获取执行设备信息，将所述执行设备信息存储至所述执行设备资源池。

5.根据权利要求4所述的方法，其特征在于，执行设备上安装有SDK，所述获取执行设备信息，将所述执行设备信息存储至所述执行设备资源池，包括：

根据所述SDK启动对所述执行设备的监控；

根据对所述执行设备的监控获取所述执行设备信息；

将所述执行设备信息存储至所述执行设备资源池。

6.根据权利要求1所述的方法，其特征在于，所述对所述目标自动化测试案例进行配置生成测试计划，包括：

对所述目标自动化测试案例的测试项目信息、测试计划信息、测试环境信息和被测应用包信息进行配置生成所述目标自动化测试案例的测试计划。

7.根据权利要求1所述的方法，其特征在于，所述开源测试框架包括移动应用测试框架、桌面应用测试框架、网站测试框架、服务端性能测试框架以及接口测试框架。

8.根据权利要求3所述的方法，其特征在于，所述自动化测试案例类型包括移动应用自动化测试案例、桌面应用自动化测试案例、网站自动化测试案例、后台服务自动化测试案例以及接口自动化测试案例。

9.根据权利要求1所述的方法，其特征在于，所述执行设备资源池中存在至少一个所述执行设备信息，所述执行设备信息包括所述执行设备的可用状态信息，根据执行设备信息从所述执行设备资源池中确定目标执行设备，包括：

确定每个所述执行设备的可用状态信息，所述可用状态信息用于确定所述执行设备处于可用状态或者处于非可用状态；

当存在至少一个所述执行设备处于可用状态时，根据调度服务从所述执行设备资源池中的至少一个所述执行设备信息中确定目标执行设备。

10.一种自动化测试装置，包括：

测试请求接收单元，用于接收目标自动化测试案例的测试请求，所述测试请求包括所述目标自动化测试案例的标识信息；

测试计划生成单元，用于根据所述目标自动化测试案例的标识信息从所述自动化案例信息库中提取所述目标自动化测试案例并对所述目标自动化测试案例进行配置生成测试计划；

测试计划发送单元，用于根据执行设备资源池中的执行设备信息确定目标执行设备，将配置好的所述测试计划发送至所述目标执行设备，其中，所述目标执行设备执行所述测试计划，以及生成并反馈针对于所述测试计划的测试报告；

测试报告接收单元，用于接收所述目标执行设备反馈的所述测试报告并对所述测试报告进行存储和展示。

11.一种电子设备，包括：

一个或多个处理器；

存储装置，其上存储有一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1-9中任一项所述的方法。

12.一种计算机可读存储介质，其上存储有计算机程序，其中，所述计算机程序被一个或多个处理器执行时实现如权利要求1-9中任一项所述的方法。