CN110795334B - 一种测试装置和方法 - Google Patents

Abstract

本申请提供了一种测试装置和方法，该方案具体包括：管理平台依据测试任务和测试装置的运行载体的资源占用情况，增加和/或删除执行器。其中，执行器使用容器化方式部署。管理平台触发执行器执行测试任务。在本申请中，使用容器化方式部署执行器，使得各个执行器之间具有相互隔离而不相互干扰的特点，因此，为多个执行器并行执行测试任务奠定了基础。并且管理平台可以依据测试任务和测试装置的运行载体的资源占用情况，增加或删减执行器，由此，能够避免现有的自动化测试方案中所存在的浪费资源、以及部分测试任务需等待执行的问题，有效提高了测试任务的执行效率。

Description

一种测试装置和方法

技术领域

本申请涉及自动化测试领域，尤其涉及一种测试装置和方法。

背景技术

在完成应用软件开发后，通常需要对应用软件进行自动化测试，以便于获悉应用软件的性能状况。自动化测试就是在计算机系统中执行预先设置的测试任务，依据所得到的测试结果以及测试详情信息，自动更新测试结果数据。

目前，现有的自动化测试，普遍建立在物理机或者虚拟机上，并安排测试任务给物理机或虚拟机执行。然而，在没有测试任务时，物理机或虚拟机会依旧空载运行，从而浪费大量资源。当存在大量测试任务时，物理机或虚拟机处于满负载运行状态，部分测试任务只能等待执行，降低了整体自动化测试过程的效率。

发明内容

本申请提供了一种测试装置和方法，目的在于解决现有的自动化测试过程中的资源浪费，以及测试任务执行效率低下的问题。

为了实现上述目的，本申请提供了以下技术方案：

本申请第一方面公开了一种测试装置，该测试装置包括：

管理平台和执行器，其中，所述执行器使用容器化方式部署；

所述管理平台用于依据测试任务和所述装置的运行载体的资源占用情况，增加和/或删除所述执行器；以及触发所述执行器执行所述测试任务；

所述执行器用于执行所述测试任务。

可选的，在上述测试装置中，所述管理平台用于依据测试任务和所述装置的运行载体的资源占用情况，增加和/或删除所述执行器，包括：

所述管理平台具体用于执行以下任意一项：

在所述测试任务的数量小于第一预设阈值或者所述执行器的数量的情况下，删除部分所述执行器；

在所述测试任务的数量大于第二预设阈值的情况下，增加所述执行器。

可选的，在上述测试装置中，所述管理平台用于触发所述执行器执行测试任务包括：

所述管理平台具体用于，依据用户输入的测试任务执行指令，从数据库获取所述测试任务的测试用例数据，并将所述测试用例数据发送至预设的队列；

所述执行器用于执行所述测试任务，包括：所述执行器具体用于，运行从所述队列读取的所述测试用例数据。

可选的，在上述测试装置中，所述执行器还用于：

判断所述测试用例数据是否未被测试；

所述执行器用于运行从所述队列读取的所述测试用例数据，包括：

所述执行器具体用于，在所述测试用例数据未被测试的情况下，运行从所述队列读取的所述测试用例数据。

可选的，在上述测试装置中，任意一个所述执行器在同一时间段内，仅运行一个测试用例数据。

可选的，在上述测试装置中，所述管理平台还用于执行以下至少一项：

接收用户输入的测试任务执行指令，所述测试任务执行指令用于触发所述执行器执行测试任务；

接收所述用户输入的测试任务数据，并将所述测试任务数据存储至数据库；

接收所述用户输入的测试任务结果查看指令，并展示所述测试任务的结果。

本申请第二方面公开了一种测试方法，该测试方法包括：

管理平台依据测试任务和管理平台当前所处的运行载体的资源占用情况，增加和/或删除执行器，其中，所述执行器使用容器化方式部署；

所述管理平台触发所述执行器执行所述测试任务。

可选的，在上述测试方法中，所述管理平台依据测试任务和当前所处的运行载体的资源占用情况，增加和/或删除执行器，包括：

在测试任务的数量小于第一预设阈值或者执行器的数量的情况下，删除部分所述执行器；

和/或，

在测试任务的数量大于第二预设阈值的情况下，增加所述执行器。

可选的，在上述测试方法中，所述管理平台触发所述执行器执行测试任务，包括：

所述管理平台，依据用户输入的测试任务执行指令，从数据库获取所述测试任务的测试用例数据，并将所述测试用例数据发送至预设的队列，使得所述执行器运行从所述队列读取的所述测试用例数据。

可选的，在上述测试方法中，还包括：

所述管理平台接收用户输入的测试任务执行指令，所述测试任务执行指令用于触发所述执行器执行测试任务；

和/或，

所述管理平台接收所述用户输入的测试任务数据，并将所述测试任务数据存储至数据库；

和/或，

所述管理平台接收所述用户输入的测试任务结果查看指令，并展示所述测试任务的结果。

本申请提供的测试装置和方法，管理平台依据测试任务和测试装置的运行载体的资源占用情况，增加和/或删除执行器。其中，执行器使用容器化方式部署。管理平台触发执行器执行测试任务。在本申请中，使用容器化方式部署执行器，使得各个执行器之间具有相互隔离而不相互干扰的特点，因此，为多个执行器并行执行测试任务奠定了基础。并且管理平台可以依据测试任务和测试装置的运行载体的资源占用情况，增加或删减执行器，由此，能够避免现有的自动化测试方案中所存在的浪费资源、以及部分测试任务需等待执行的问题，有效提高了测试任务的执行效率。

附图说明

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

图1为本申请实施例提供的一种测试装置的结构示意图；

图2为本申请实施例提供的一种测试方法的示意图；

图3为本申请实施例提供的一种管理平台增加和/或删除执行器的具体实现流程的示意图；

图4为本申请实施例提供的另一种测试方法的示意图。

具体实施方式

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

如图1所示，为本申请实施例提供的一种测试装置，测试装置包括：

管理平台100和执行器200。

其中，管理平台100用于依据测试任务和测试装置的运行载体的资源占用情况，增加和/或删除执行器。以及，触发执行器200执行测试任务。执行器200用于执行测试任务。

需要说明的是，测试装置的运行载体包括但不限于：物理机和虚拟机。

在本申请实施例中，执行器200使用容器化方式部署。

需要说明的是，执行器200使用容器化方式部署的过程为：基于容器技术，将测试任务中的任意一个测试用例数据的执行方法部署在容器中。执行器200的创建过程为：从预设的容器镜像数据库中获取容器镜像数据，依据该容器镜像数据创建容器，该容器就是执行器200。

上述所提及的测试用例数据具体指的是：基于特殊目的，验证对应的应用功能所进行的一系列操作的集合。任意一个测试任务包括一个或多个测试用例数据，测试任务中的各个测试用例数据各自具有不同的优先级执行顺序。

此外，管理平台100也可以使用容器化方式部署，以方便快速安装在各个运行载体上。

可选的，在测试任务的数量小于第一预设阈值或者执行器200的数量的情况下，管理平台100删除部分执行器，和/或，在测试任务的数量大于第二预设阈值的情况下，管理平台100增加所述执行器。

其中，当测试任务的数量小于第一预设阈值或者执行器200的数量时，表明测试装置当前所有的执行器200的数量大于当前所执行测试任务所需执行器200的数量，然而多余的执行器200会空运行，浪费大量的资源。因此，为了避免资源的浪费，管理平台100删除多余的执行器200。

具体的，当前的测试任务数量为8个，每个测试任务所需资源均为1G，测试装置的载体为虚拟机，虚拟机当前的资源为20G，当前的执行器数量为12个，第一预设阈值为10。综上所述，测试任务的数量小于第一预设阈值或者执行器的数量。因此，确定测试装置处于多余资源浪费的状态，删除4个执行器。

需要说明的是，上述具体实现过程仅仅用于举例说明。

当测试任务的数量大于第二预设阈值时，表明测试装置当前所有的执行器200的数量小于当前所执行测试任务所需执行器200的数量，当前测试装置处于满负载运行状态，部分测试任务可能还在等待执行。因此，为了加快测试任务的执行效率，管理平台100增加多个执行器200。

具体的，当前的测试任务数量为8个，每个测试任务所需资源均为1G，测试装置的载体为虚拟机，虚拟机当前的资源为20G，当前的执行器数量为6个，第二预设阈值为6个。综上所述，测试任务的数量大于第二预设阈值，还有2个测试任务正等待执行。因此，管理平台增加2个执行器，使得增加的执行器执行正等待执行的测试任务，减少测试任务的等待时间。

需要说明的是，上述具体实现过程仅仅用于举例说明。

此外，在测试装置的运行载体当前资源充足的情况下，管理平台100可以增加多个执行器200，以加快当前测试任务的执行效率。

在本申请实施例中，第二预设阈值大于第一预设阈值，第一预设阈值和第二预设阈值的具体数值可由技术人员根据测试装置的运行载体当前的资源占用情况所设置，若运行载体的当前资源越多，则第一预设阈值和第二预设阈值的具体数值可以设置的越高。

可选的，管理平台100触发执行器200执行测试任务的具体实现方式，包括：

管理平台100依据用户输入的测试任务执行指令，从数据库获取测试任务的测试用例数据，并将测试用例数据发送至预设的队列，然后，执行器200运行从队列读取的测试用例数据。

需要说明的是，测试装置当前所执行的测试任务的测试用例数据存储在队列中，执行器200用于消耗该队列中的测试用例数据，执行器200的数量越多，则队列中的测试用例数据消耗得越快，从而提高测试任务的执行效率。

可选的，执行器200在读取队列中的测试用例数据之前，还判断该测试用例数据是否被测试。在该测试用例数据未被测试的情况下，执行器200从队列读取的该测试用例数据，并运行该测试用例数据。

其中，执行器200读取队列中的测试用例数据后，该测试用例数据就会标识为已被测试。当测试任务的全部测试用例均被测试后，管理平台100将该测试任务的全部测试用例数据从队列中移除。

可选的，任意一个执行器200在同一时间段内，仅运行一个测试用例数据。

可选的，管理平台100还用于接收用户输入的测试任务执行指令。

其中，测试任务执行指令用于触发执行器200执行测试任务。

可选的，管理平台100还用于接收用户输入的测试任务数据，并将测试任务数据存储至数据库。

其中，测试任务数据包括测试任务的基础信息、以及测试任务的测试用例数据。

可选的，管理平台100还用于接收用户输入的测试任务结果查看指令，并展示测试任务的结果。

其中，基于测试任务中各个测试用例的测试结果，反映该测试任务的结果。具体的，执行器200运行从队列中读取的测试用例数据后，若该测试用例数据测试成功，则确定该测试用例的测试成功，若该测试用例数据测试失败，则确定该测试用例的测试失败。

综上所述，本申请实施例提供了一种测试装置，该测试装置包括管理平台和执行器。其中，执行器使用容器化方式部署。管理平台用于依据测试任务和测试装置的运行载体的资源占用情况，增加和/或删除执行器，以及用于触发执行器执行所述测试任务。执行器用于执行测试任务。在本申请中，使用容器化方式部署执行器，使得各个执行器之间具有相互隔离而不相互干扰的特点，因此，为多个执行器并行执行测试任务奠定了基础。并且管理平台可以依据测试任务和测试装置的运行载体的资源占用情况，增加或删减执行器，由此，能够避免现有的自动化测试方案中所存在的浪费资源、以及部分测试任务需等待执行的问题，有效提高了测试任务的执行效率。

基于上述本申请提供的一种测试装置，本申请实施例还对应提供了一种测试方法，如图2所示，包括：

S201：管理平台依据测试任务和管理平台当前所处的运行载体的资源占用情况，增加和/或删除执行器。

其中，执行器使用容器化方式部署，执行器用于执行测试任务。

需要说明的是，管理平台增加和/或删除执行器的具体流程如图3所示。

S202：管理平台触发执行器执行测试任务。

其中，管理平台依据用户输入的测试任务执行指令，从数据库获取测试任务的测试用例数据，并将该测试用例数据发送至预设的队列，使得执行器运行从队列读取的测试用例数据。

在本申请实施例中，管理平台依据测试任务和测试装置的运行载体的资源占用情况，增加和/或删除执行器。其中，执行器使用容器化方式部署。管理平台触发执行器执行测试任务。在本申请中，使用容器化方式部署执行器，使得各个执行器之间具有相互隔离而不相互干扰的特点，因此，为多个执行器并行执行测试任务奠定了基础。并且管理平台可以依据测试任务和测试装置的运行载体的资源占用情况，增加或删减执行器，由此，能够避免现有的自动化测试方案中所存在的浪费资源、以及部分测试任务需等待执行的问题，有效提高了测试任务的执行效率。

可选的，图3示出了本申请实施例提供的一种管理平台增加和/或删除执行器的具体实现流程，包括：

S301：管理平台确定测试任务和管理平台当前所处的运行载体的资源占用情况。

其中，管理平台确定测试任务所需的资源要求，以及管理平台当前所处的运行载体的资源。

S302：依据测试任务和运行载体的资源占用情况，更改执行器的数量。

其中，在测试任务的数量小于第一预设阈值或者当前执行器的数量的情况下，执行S303。在测试任务的数量大于第二预设阈值的情况下，执行S304。

S303：删除部分执行器。

其中，管理平台删除处于空载运行的执行器。

S304：增加执行器。

其中，多个执行器同时执行测试任务，可以加快测试任务的执行效率，具体增加的执行器数量由技术人员根据实际情况进行设置。

在本申请实施例中，管理平台依据测试任务和当前所处的运行载体的资源占用情况，增加和/或删除执行器。管理平台可以依据测试任务和测试装置的运行载体的资源占用情况，增加或删减执行器，由此，能够避免现有的自动化测试方案中所存在的浪费资源、以及部分测试任务需等待执行的问题，有效提高了测试任务的执行效率。

可选的，如图4所示，为本申请实施例提供的另一种测试方法，包括：

S401：管理平台接收用户输入的测试任务执行指令。

其中，测试任务执行指令用于触发执行器执行测试任务。

S402：管理平台接收用户输入的测试任务数据，并将测试任务数据存储至数据库。

其中，测试任务数据包括测试任务的基础信息、以及测试任务的测试用例数据。

S403：管理平台依据测试任务和管理平台当前所处的运行载体的资源占用情况，增加和/或删除执行器。

其中，S403的具体执行过程和实现原理与上述S201的具体执行过程和实现原理一致，这里不再赘述。

S404：管理平台触发执行器执行测试任务。

其中，S404的具体执行过程和实现原理与上述S202的具体执行过程和实现原理一致，这里不再赘述。

S405：管理平台接收用户输入的测试任务结果查看指令，并展示测试任务的结果。

其中，基于测试任务中各个测试用例的测试结果，反映该测试任务的结果。具体的，执行器200运行从队列中读取的测试用例数据后，若该测试用例数据测试成功，则确定该测试用例的测试成功，若该测试用例数据测试失败，则确定该测试用例的测试失败。

综上所述，在本申请实施例中，管理平台接收用户输入的测试任务执行指令。管理平台接收用户输入的测试任务数据，并将测试任务数据存储至数据库。管理平台依据测试任务和管理平台当前所处的运行载体的资源占用情况，增加和/或删除执行器。管理平台触发执行器执行测试任务。管理平台接收用户输入的测试任务结果查看指令，并展示测试任务的结果。在本申请中，使用容器化方式部署执行器，使得各个执行器之间具有相互隔离而不相互干扰的特点，因此，为多个执行器并行执行测试任务奠定了基础。并且管理平台可以依据测试任务和测试装置的运行载体的资源占用情况，增加或删减执行器，由此，能够避免现有的自动化测试方案中所存在的浪费资源、以及部分测试任务需等待执行的问题，有效提高了测试任务的执行效率。

本申请实施例方法所述的功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算设备可读取存储介质中。基于这样的理解，本申请实施例对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一台计算设备(可以是个人计算机，服务器，移动计算设备或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (6)

1.一种测试装置，其特征在于，包括：

管理平台和执行器，其中，所述执行器使用容器化方式部署；

所述管理平台用于依据测试任务和所述装置的运行载体的资源占用情况，增加和/或删除所述执行器；以及触发所述执行器执行所述测试任务；

所述执行器用于执行所述测试任务；

所述管理平台用于依据测试任务和所述装置的运行载体的资源占用情况，增加和/或删除所述执行器，包括：

所述管理平台具体用于执行以下任意一项：

在所述测试任务的数量小于第一预设阈值的情况下，删除部分所述执行器；

在所述测试任务的数量大于第二预设阈值的情况下，增加所述执行器；

所述第一预设阈值和所述第二预设阈值依据所述测试装置的运行载体当前资源占用情况所设置；

所述管理平台用于触发所述执行器执行测试任务包括：

所述管理平台具体用于，依据用户输入的测试任务执行指令，从数据库获取所述测试任务的测试用例数据，并将所述测试用例数据发送至预设的队列；

所述执行器用于执行所述测试任务，包括：所述执行器具体用于，运行从所述队列读取的所述测试用例数据；

所述执行器还用于：

判断所述测试用例数据是否未被测试；

所述执行器用于运行从所述队列读取的所述测试用例数据，包括：

所述执行器具体用于，在所述测试用例数据未被测试的情况下，运行从所述队列读取的所述测试用例数据；

任意一个所述执行器在同一时间段内，仅运行一个测试用例数据。

2.根据权利要求1所述的装置，其特征在于，所述管理平台用于依据测试任务和所述装置的运行载体的资源占用情况，增加和/或删除所述执行器，还包括：

在所述测试任务的数量小于所述执行器的数量的情况下，删除部分所述执行器。

3.根据权利要求1-2任一项所述的装置，其特征在于，所述管理平台还用于执行以下至少一项：

接收用户输入的测试任务执行指令，所述测试任务执行指令用于触发所述执行器执行测试任务；

接收所述用户输入的测试任务数据，并将所述测试任务数据存储至数据库；

接收所述用户输入的测试任务结果查看指令，并展示所述测试任务的结果。

4.一种测试方法，其特征在于，包括：

管理平台依据测试任务和管理平台当前所处的运行载体的资源占用情况，增加和/或删除执行器，其中，所述执行器使用容器化方式部署；

所述管理平台触发所述执行器执行所述测试任务；

所述管理平台依据测试任务和管理平台当前所处的运行载体的资源占用情况，增加和/或删除执行器，包括：

所述管理平台具体用于执行以下任意一项：

在所述测试任务的数量小于第一预设阈值的情况下，删除部分所述执行器；

在所述测试任务的数量大于第二预设阈值的情况下，增加所述执行器；

所述第一预设阈值和所述第二预设阈值依据所述管理平台当前所处的运行载体当前资源占用情况所设置；

所述管理平台触发所述执行器执行测试任务，包括：

所述管理平台，依据用户输入的测试任务执行指令，从数据库获取所述测试任务的测试用例数据，并将所述测试用例数据发送至预设的队列，使得所述执行器运行从所述队列读取的所述测试用例数据；

还包括：

所述执行器判断所述测试用例数据是否未被测试；

所述执行器运行从所述队列读取的所述测试用例数据，包括：

所述执行器在所述测试用例数据未被测试的情况下，运行从所述队列读取的所述测试用例数据；

任意一个所述执行器在同一时间段内，仅运行一个测试用例数据。

5.根据权利要求4所述的方法，其特征在于，所述管理平台依据测试任务和当前所处的运行载体的资源占用情况，增加和/或删除执行器，还包括：

在测试任务的数量小于执行器的数量的情况下，删除部分所述执行器。

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

所述管理平台接收用户输入的测试任务执行指令，所述测试任务执行指令用于触发所述执行器执行测试任务；

和/或，

所述管理平台接收所述用户输入的测试任务数据，并将所述测试任务数据存储至数据库；

和/或，

所述管理平台接收所述用户输入的测试任务结果查看指令，并展示所述测试任务的结果。