CN105786696A - 一种测试方法及装置 - Google Patents

Abstract

本申请公开一种测试方法，用于解决现有技术中针对不同类型的测试对象需要设置不同的自动化测试框架，从而会耗费较多处理资源的问题。方法包括：根据测试对象的类型，调用测试用例集合容器的接口，以使得所述测试用例集合容器从设置的至少两个测试用例集合中调用测试用例集合；其中，所述至少两个测试用例集合中，至少有两个测试用例集合分别适配于不同类型的测试对象；所述测试用例集合容器中集成了调用所述至少两个测试用例集合的方法；触发测试节点根据测试任务，执行所述测试对象以及调用的测试用例集合中的测试用例。本申请还公开一种测试装置。

Description

一种测试方法及装置

技术领域

本申请涉及测试技术领域，尤其涉及一种测试方法及装置。

背景技术

现有技术中，无论是单元测试还是集成测试，都可以基于测试用例，利用自动化测试框架完成。

其中，测试用例(TestCase)，是一种文档，用于描述输入、执行条件以及预期结果等，其可以被编译为可执行代码。针对软件测试用例而言，其基本要素包括测试用例编号、测试标题、重要级别、测试输入、操作步骤和预期结果。执行测试用例的目的在于，核实某个程序(比如软件的单元，或者由单元组成的集成系统)是否满足特定需求。

自动化测试框架，是应用于自动化测试所用的框架，它本身不提供基础的自动化测试支持，只是用于组织、管理和执行测试用例，测试完成后统计测试结果。

一般地，自动化测试框架的功能主要包含下述部分：

1、根据测试计划构建软件测试环境；

2、为构建好的软件测试环境中的测试节点分配测试任务，以使得测试节点本地完成对测试任务的构建；

其中，“测试节点”往往是指计算机。单个测试节点可以包含一个或多个用于执行测试对象和测试用例的执行器。

3、调用测试对象(比如是软件的独立单元，或者由多个人独立单元构成的集成系统)的测试用例并提供给测试节点，以触发测试节点按照构建的测试任务执行测试对象和测试用例；

4、输出测试对象的测试结果。

目前，针对不同类型的测试对象会采用不同的测试用例，不同的测试用例会采用不同的自动化测试框架进行调用。即，现有技术会针对不同类型的测试对象设置不同的自动化测试框架，从而会耗费较多的处理资源。

需要说明的是，这里所说的“类型”，可以是根据期望对测试对象采用的测试方式，对测试对象进行划分得到的，比如具体的类型可以包括单元测试类型和集成测试类型；或者，也可以是根据测试对象的属性，对测试对象进行划分得到的，比如具体的类型可以包括web类型和非web类型等；或者，还可以是根据测试对象所适用的设备类型，对测试对象进行划分得到的，比如具体的类型可以包括移动端应用类型和非移动端应用类型，等等。当然，也可以根据其他信息确定测试对象的类型，此处不进行穷举。

发明内容

本申请实施例提供一种测试方法，用于解决现有技术中针对不同类型的测试对象需要设置不同的自动化测试框架，从而会耗费较多处理资源的问题。

本申请实施例还提供一种测试装置，用于解决现有技术中针对不同类型的测试对象需要设置不同的自动化测试框架，从而会耗费较多处理资源的问题。

本申请实施例采用下述技术方案：

一种测试方法，包括：根据测试对象的类型，调用测试用例集合容器的接口，以使得所述测试用例集合容器从设置的至少两个测试用例集合中调用测试用例集合；其中，所述至少两个测试用例集合中，至少有两个测试用例集合分别适配于不同类型的测试对象；触发测试节点根据测试任务，执行所述测试对象以及调用的测试用例集合中的测试用例；所述测试用例集合容器中集成了调用所述至少两个测试用例集合的方法。

一种测试装置，包括：集合调用单元，用于根据测试对象的类型，调用测试用例集合容器的接口，以使得所述测试用例集合容器从设置的至少两个测试用例集合中调用测试用例集合；其中，所述至少两个测试用例集合中，至少有两个测试用例集合分别适配于不同类型的测试对象；触发单元，用于触发测试节点根据测试任务，执行所述测试对象以及集合调用单元调用的测试用例集合中的测试用例；所述测试用例集合容器中集成了调用所述至少两个测试用例集合的方法。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：

本申请实施例中通过调用测试该容器的接口来实现对不同测试用例集合的调用，可以实现即便不同的测试用例集合需要不同的调用方法，也可以利用同一自动化测试框架实现调用，提高了自动化测试框架的兼容性，解决了现有技术中针对不同类型的测试对象需要设置不同的自动化测试框架，从而会耗费较多处理资源的问题。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

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

图2为本申请实施例在实际应用中构建的基础自动化测试框架的示意图；

图3为使用本申请实施例所示的基础自动化测试框架触发一次测试的完整流程示意图；

图4为本申请实施例提供的一种测试装置的具体结构示意图。

具体实施方式

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

以下结合附图，详细说明本申请各实施例提供的技术方案。

实施例1

为了解决现有技术中针对不同类型的测试对象需要设置不同的自动化测试框架，从而会耗费较多处理资源的问题，本申请实施例提供一种如图1所示的测试方法，包括下述步骤：

步骤11，根据测试对象的类型，调用测试用例集合容器的接口，以使得所述测试用例集合容器从设置的至少两个测试用例集合中调用测试用例集合。

其中，上述至少两个测试用例集合中，至少有两个测试用例集合分别适配于不同类型的测试对象。比如，上述至少两个测试用例集合中可以包括：分别适配于web类型、非web类型、移动应用类型、非移动应用类型等等测试对象的测试用例集合。

该测试用例集合中的测试用例可以为已经编译为代码的测试用例，也可以是按照文档格式保存的、未编译的测试用例。

在一种实施方式中，可以设置测试用例容器来装载上述至少测试用例集合。其中，该测试用例容器不仅可以用于装载测试用例集合，还可以作为一种工具被调用。通过调用该测试用例容器，可以使得该测试用例容器根据测试对象的类型，从设置的至少两个测试用例集合中调用测试用例集合。需要说明的是，本申请实施例中所述的该测试用例集合容器中集成了调用所述至少两个测试用例集合的方法。

在另一种实施方式中，测试用例集合也可以仅仅用于调用测试用例集合，而不对测试用例集合进行装载。

本申请实施例中，可以为该测试用例容器设置接口。通过调用该接口，可以实现向测试用例容器提供测试对象的类型，进而触发测试用例容器根据该类型，调用相应的测试用例集合。

本申请实施例中通过调用测试该容器的接口来实现对不同测试用例集合的调用，可以实现即便不同的测试用例集合需要不同的调用方法，也可以利用同一自动化测试框架实现调用，提高了自动化测试框架的兼容性。

步骤12，触发测试节点根据测试任务，执行测试对象以及调用的测试用例集合中的测试用例。

在具体应用中，测试节点可以根据测试任务，执行测试对象的部分或全部代码。

采用本申请实施例提供的上述方法，通过调用测试该容器的接口来实现对不同测试用例集合的调用，可以实现即便不同的测试用例集合需要不同的调用方法，也可以利用同一自动化测试框架实现调用，提高了自动化测试框架的兼容性，解决了现有技术中针对不同类型的测试对象需要设置不同的自动化测试框架，从而会耗费较多处理资源的问题。

以下相对于现有技术，进一步介绍上述方法的一些改进的实施方式。

按照现有技术，测试对象与依据测试对象的测试计划构建的软件测试环境中的测试节点是绑定的，后续对于测试对象的测试，只会利用与其绑定的测试节点来执行。该现有技术存在的缺陷在于，有可能导致这种情况的发生：有一些未绑定任何测试对象的测试节点当前处于空闲状态，而有一些绑定了未进行测试的测试对象的测试节点当前处于繁忙状态。这种情况的存在，会使测试节点的使用率较低，并且也使得测试效率较低。

针对上述缺陷，为了提高测试效率和测试节点的使用率，在一种实施方式中，本申请实施例提供的上述方法还可以包括下述步骤：

确定设定的测试节点集群中当前是否存在空闲测试节点；

在确定该集群中当前存在空闲测试节点时，选取空闲测试节点。

其中，上述“设定的测试节点集群”是指设定的、能够用于对测试对象进行测试的测试节点构成的集合。一般地，该集群中包含的测试节点的数目可以是根据测试计划包含的测试负载确定的。可以理解，除该测试节点集群包含的测试节点外，还可以存在能够用于对测试对象进行测试的其他测试节点。

上述“空闲测试节点”可以包括：包含的所有执行器均空闲的测试节点，以及包含的部分执行器空闲的测试节点。

基于选取的空闲测试节点，本申请实施例1中步骤12的具体实现方式包括：触发选取的空闲测试节点根据测试任务，执行测试对象以及调用的测试用例集合中的测试用例。

在一种实施方式中，在确定上述测试节点集群中不存在空闲测试节点时，为了使得该集群中当前可以有空闲测试节点可用，可以执行使得该集群增加空闲测试节点的操作。从而后续可以触发增加的空闲测试节点根据测试任务，执行测试对象以及调用的测试用例集合中的测试用例。

当测试节点集群存在管理设备时，上述“执行使得该集群增加空闲测试节点的操作”可以包括：通过向空闲测试节点发送通知消息，使得空闲测试节点根据该通知消息，建立与该集群的管理设备的连接。本申请实施例中，空闲测试节点建立与该管理设备的连接，意味着该管理设备可以基于该连接，向该空闲测试节点分发测试任务、测试对象和测试用例，并触发该空闲测试节点根据测试任务，执行测试对象和测试用例。

在一种实施方式中，“执行使得该集群增加空闲测试节点的操作”可以包括：根据步骤11中所述测试对象的测试优先级，向正在执行测试对象的特定测试节点发送测试暂停指令，从而使得该特定测试节点在根据该指令暂停其正在执行的测试任务后，转变为空闲测试节点。需要说明的是，“特定测试节点”是指：当前执行的测试对象的测试优先级低于步骤11中所述测试对象的测试优先级的测试节点。

在一种实施方式中，为了使得设定的测试节点集群中的测试资源能够得到充分利用，避免测试资源的闲置浪费，本申请实施例1提供的上述方法还可以包括步骤：

当确定出设定的测试节点集群中的测试节点的数目大于测试对象需求的测试节点的数目时，执行使测试节点集群中的部分测试节点退出该集群的操作。

在一种实施方式中，测试对象需求的测试节点的数目可以是根据测试对象的类型、数目和期望的测试方式确定的。比如，当测试对象的类型为“单元测试”、测试对象的数目为2、期望的测试方式为“并行测试”时，测试对象需求的测试节点的数目可以为2。或者，测试对象需求的测试节点的数目也可以仅仅根据测试对象的数目来确定；或者，测试对象需求的测试节点的数目也可以根据测试对象的类型和数目来确定；等等。

在一种实施方式中，当测试节点集群存在管理设备时，上述“执行使测试节点集群中的部分测试节点退出该集群的操作”可以包括：通过向该集群中当前没有执行测试任务的部分测试节点发送通知消息，使得该部分测试节点根据该通知消息，断开与该集群的管理设备的连接。

本申请实施例中，该管理设备可以但不限于是Master-Slave架构中作为Master的设备，而测试节点集群中的测试节点以及增加的空闲测试节点则可以是该架构中作为Slave的设备。在一种实施方式中，该Master-Slave架构可以与Jenkins的Master-Slave架构相同。

在现有技术中，由于不同的测试用例会采用不同的自动化测试框架进行调用，因此，根据现有技术还无法实现基于同一自动化测试框架实现对于不同类型的测试对象的并行测试。

而按照本申请实施例提供的方法，则可以满足上述需求。

具体而言，当测试对象的数目大于等于二时，步骤11的实现方式可以包括：根据各测试对象的类型，调用测试用例集合容器的接口，以使得所述测试用例集合容器从设置的至少两个测试用例集合中，调用分别适配于各测试对象的测试用例集合。

相应地，步骤12的实现方式则可以包括：触发各测试对象分别对应的测试节点根据各自的测试任务，分别执行相应的测试对象以及相应的测试用例集合中的测试用例。

本申请实施例中，各测试对象分别对应的测试节点可以是分别与各测试对象绑定的测试节点，也可以是实时选取的空闲测试节点，还可以是实时新增的空闲测试节点。

需要说明的是，实施例1所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。

以下结合实际，详细说明本申请实施例提供的上述方法的一种应用方式。

基于本申请实施例提供的上述方法，在实际应用中，可以构建一个如图2所示的基础自动化测试框架。该框架可以内嵌持续集成平台Jenkins(一个开源的持续集成平台，被广泛用于持续集成测试中)以借助其基于Master-Slave架构的并行任务处理能力；并通过TFContainer、TestDispatcher、NodeScheduler以及TestAggregator四个核心组件完成测试任务生成、分发、执行、结果聚合，以及测试节点集群资源分配、调度等一系列动作。其中，TFContainer和TestDispatcher可以运行在Jenkins的Master上，而TestAggregator则可以分别在Jenkins的Master和Slave上运行一部分逻辑。

以下上述4个核心组件分别进行详细介绍。

1、TFContainer

TFContainer为测试框架容器，用来装载按照现有技术原本需要由不同自动化测试框架调用的测试用例。具体而言，测试用例比如可以有分别适配于接口测试、web测试以及移动端测试的测试用例。

借助TFContainer，可以有效的实现对多种自动化测试框架的兼容，如ats、testng、junit、selenium、chorus等等。即，无论用哪种自动化测试框架，都可以利用TFContainer来装载适配于不同类型的测试对象的测试用例，以便于后续根据测试对象的类型，方便地实现对相应的测试用例的调用。

另外，TFContainer由于对上层测试框架进行了隔离和包装，具备良好的通用性和扩展性。例如，如果需要新增对某种自动化测试框架的支持，只需要通过TFContainer提供的测试框架容器基类(BaseTFContainer)接口，注册到测试框架工厂类(TestFrameworkFactory)中即可。

2、TestDispatcher

TestDispatcher为测试用例分发器，负责将测试用例分发到测试集群的各个测试节点。

由于借助了Jenkins的Master-Slave架构，TestDispatcher的主要功能即根据TFContainer传递的测试用例自动的转化为Jenkins的构建任务，而无需关注底层的测试节点集群状况。即，TestDispatcher起到了将测试任务分发至测试节点集群的承上启下的作用。

对于和TFContainer的交互，TestDispatcher的核心方法为“dispatch”，入参为List<TestTask>(即TFContainer生成的测试任务)以及ParaConfig对象(测试人员定义的并行任务参数)。“dispatch”方法被调用后，TestDispatcher会对TestTask进行解析，并根据参数配置类(ParaConfig)中定义的并发数量、并发级别、任务分发策略等参数调用Jenkins的远程调用接口(remoteAPI)，实现测试任务的动态创建。

3、NodeScheduler

NodeScheduler为测试节点集群调度器，负责为测试任务分配测试节点集群资源。比如为不同测试任务定义逻辑Slavepool，设置Slavepool中测试节点数量，以及动态创建或删除测试节点。

NodeScheduler主要由NodeManager和VMManager两部分组成。其中，NodeManager负责与测试节点(即图2中所示的Slave)的交互，通过remoteAPI对Slave进行操作，以实现划分逻辑Slavepool、设定Slave中执行器(executor)的数量等；VMManager负责与Master进行交互，完成动态增加、删除测试节点的功能。VMManager提供两个扩展类，分别为VcloudManager和XenManager，能够调用vcloud(VMware公司的一款虚拟云基础架构工具)以及XEN(一个开放源代码虚拟机监视器)平台的remoteAPI增加、删除测试节点。具体而言，可以通过调用该remoteAPI，通知新的测试节点注册到Master，从而达到增加测试节点的目的；或者，也可以通过调用该remoteAPI，通知测试节点集群中的一些测试节点退出该集群。

4、TestAggregater

TestAggregater为测试结果聚合器，负责将各个Slave节点生成的测试结果文件(testReport)传输回Master；并在Master上对测试结果文件进行聚合和集中展示。

TestAggregator可以由ReportCollector和CoverageAggregator两部分组成。其中，ReportCollector实际上是一些列python脚本，Slave运行这样的脚本，可以实现将testReport打包，而Master运行这样的脚本，可以实现下载Slave打包好的testReport并将其转换为Jenkins可识别的格式，以使得后续Jenkins可以对testReport中的信息进行展示；CoverageAggregator负责将覆盖率数据进行聚合，具体而言，CoverageAggregator可以包含两个适配器，分别用于支持java和object-c的覆盖率数据聚合。

与现有技术中的常规测试框架在Jenkins上的执行方式不同，本申请实施例在Jenkins上构建级联任务：上游任务负责测试任务的触发，中游任务负责软件测试环境的准备，下游任务负责执行具体的测试，测试结束后TestAggregater负责将测试结果聚合并在上游任务页面展示。由于测试的执行过程完全由Jenkins承载，因此可以与现有技术中的常规的测试框架一样可以纳入到持续集成测试体系中。使用本申请实施例所示的基础自动化测试框架触发一次测试的完整流程可以参照图3。

实施例2

出于与本申请实施例1相同的发明构思，本申请实施例2提供一种测试装置，用于解决现有技术中针对不同类型的测试对象需要设置不同的自动化测试框架，从而会耗费较多处理资源的问题。

该装置的具体结构示意图如图4所示，包括集合调用单元41和触发单元42。对于该些单元的功能介绍如下：

集合调用单元41，用于根据测试对象的类型，调用测试用例集合容器的接口，以使得所述测试用例集合容器从设置的至少两个测试用例集合中调用测试用例集合。

其中，设置的至少两个测试用例集合中，至少有两个测试用例集合分别适配于不同类型的测试对象；测试用例集合容器中集成了调用所述至少两个测试用例集合的方法。

触发单元42，用于触发测试节点根据测试任务，执行测试对象以及集合调用单元41调用的测试用例集合中的测试用例。

为了提高测试效率和测试节点的使用率，在一种实施方式中，本申请实施例提供的上述装置还可以进一步包括确定单元和节点选取单元。

其中，确定单元用于确定设定的测试节点集群中当前是否存在空闲测试节点；节点选取单元，用于在确定单元确定出该集群中当前存在空闲测试节点时，选取空闲测试节点。在这样的场景下，触发单元42具体可以用于：触发选取的空闲测试节点根据测试任务，执行测试对象以及调用的测试用例集合中的测试用例。

为了实现对不同测试对象的并行测试，在一种实施方式中，当测试对象的数目大于等于二时，集合调用单元41可以用于：根据各测试对象的类型，调用测试用例集合容器的接口，以使得所述测试用例集合容器从设置的至少两个测试用例集合中，调用分别适配于各测试对象的测试用例集合；而触发单元42则可以用于：触发各测试对象分别对应的空闲测试节点根据各自的测试任务，分别执行相应的测试对象，以及相应的测试用例集合中的测试用例。

在一种实施方式中，在一种实施方式中，在确定上述测试节点集群中不存在空闲测试节点时，为了使得该集群中当前可以有空闲测试节点可用，本申请实施例提供的上述装置还可以进一步包括增加节点单元。该增加节点单元可以用于在确定出该集群中不存在空闲测试节点时，执行使得该集群增加空闲测试节点的操作。

触发单元，用于：触发各测试对象分别对应的增加的空闲测试节点根据各自的测试任务，执行相应的测试对象以及相应的测试用例集合中的测试用例。

在一种实施方式中，增加节点单元可以用于：通过向空闲测试节点发送通知消息，使得空闲测试节点根据通知消息，建立与上述测试节点集群的管理设备的连接。在另一种实施方式中，增加节点单元可以用于：通知特定测试节点暂停其当前执行的测试任务。其中，“特定测试节点”是指：当前执行的测试对象的测试优先级低于前述测试对象的测试优先级的测试节点。

在一种实施方式中，为了使得设定的测试节点集群中的测试资源能够得到充分利用，避免测试资源的闲置浪费，本申请实施例提供的上述装置还可以包括：删除节点单元，用于当确定出设定的测试节点集群中的测试节点的数目大于前述测试对象需求的测试节点的数目时，执行使测试节点集群中的部分测试节点退出该集群的操作。

在一种实施方式中，集合调用单元41可以用于：调用测试用例容器。其中，测试用例容器用于根据测试对象的类型，从测试用例容器装载的至少两个测试用例集合中，调用测试用例集合。

采用本申请实施例提供的上述装置，通过调用测试该容器的接口来实现对不同测试用例集合的调用，可以实现即便不同的测试用例集合需要不同的调用方法，也可以利用同一自动化测试框架实现调用，提高了自动化测试框架的兼容性，解决了现有技术中针对不同类型的测试对象需要设置不同的自动化测试框架，从而会耗费较多处理资源的问题。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flashRAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (12)

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

根据测试对象的类型，调用测试用例集合容器的接口，以使得所述测试用例集合容器从设置的至少两个测试用例集合中调用测试用例集合；其中，所述至少两个测试用例集合中，至少有两个测试用例集合分别适配于不同类型的测试对象；所述测试用例集合容器中集成了调用所述至少两个测试用例集合的方法；

触发测试节点根据测试任务，执行所述测试对象以及调用的测试用例集合中的测试用例。

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

确定设定的测试节点集群中当前是否存在空闲测试节点；

在确定出所述集群中当前存在空闲测试节点时，选取空闲测试节点；

触发测试节点根据测试任务，执行所述测试对象以及调用的测试用例集合中的测试用例，包括：

触发选取的空闲测试节点根据测试任务，执行所述测试对象以及调用的测试用例集合中的测试用例。

3.如权利要求2所述的方法，其特征在于，所述测试对象的数目大于等于二；

根据测试对象的类型，从设置的至少两个测试用例集合中调用测试用例集合，包括：

根据各测试对象的类型，调用测试用例集合容器的接口，以使得所述测试用例集合容器从设置的至少两个测试用例集合中，调用分别适配于各测试对象的测试用例集合；

触发选取的空闲测试节点根据测试任务，执行所述测试对象以及调用的测试用例集合中的测试用例，包括：

触发各测试对象分别对应的空闲测试节点根据各自的测试任务，分别执行相应的测试对象，以及相应的测试用例集合中的测试用例。

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

在确定出所述集群中不存在空闲测试节点时，执行使得所述集群增加空闲测试节点的操作；

触发各测试对象分别对应的空闲测试节点根据测试任务，分别执行所述测试对象，以及相应的测试用例集合中的测试用例，包括：

触发各测试对象分别对应的增加的空闲测试节点根据各自的测试任务，执行相应的测试对象，以及相应的测试用例集合中的测试用例。

5.如权利要求4所述的方法，其特征在于，执行使得所述集群增加空闲测试节点的操作，包括：

通过向空闲测试节点发送通知消息，使得空闲测试节点根据所述通知消息，建立与所述集群的管理设备的连接。

6.如权利要求1～5任一权项所述的方法，其特征在于，所述方法还包括：

当确定出设定的测试节点集群中的测试节点的数目大于所述测试对象需求的测试节点的数目时，执行使所述测试节点集群中的部分测试节点退出所述集群的操作。

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

集合调用单元，用于根据测试对象的类型，调用测试用例集合容器的接口，以使得所述测试用例集合容器从设置的至少两个测试用例集合中调用测试用例集合；其中，所述至少两个测试用例集合中，至少有两个测试用例集合分别适配于不同类型的测试对象；所述测试用例集合容器中集成了调用所述至少两个测试用例集合的方法；

触发单元，用于触发测试节点根据测试任务，执行所述测试对象以及集合调用单元调用的测试用例集合中的测试用例。

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

确定单元，用于确定设定的测试节点集群中当前是否存在空闲测试节点；

节点选取单元，用于在确定单元确定出所述集群中当前存在空闲测试节点时，选取空闲测试节点；

触发单元，用于：触发选取的空闲测试节点根据测试任务，执行所述测试对象以及调用的测试用例集合中的测试用例。

9.如权利要求8所述的装置，其特征在于，所述测试对象的数目大于等于二；

集合调用单元，用于：根据各测试对象的类型，调用测试用例集合容器的接口，以使得所述测试用例集合容器从设置的至少两个测试用例集合中，调用分别适配于各测试对象的测试用例集合；

触发单元，用于：触发各测试对象分别对应的空闲测试节点根据各自的测试任务，分别执行相应的测试对象，以及相应的测试用例集合中的测试用例。

10.如权利要求9所述的装置，其特征在于，所述装置还包括：

增加节点单元，用于在确定出所述集群中不存在空闲测试节点时，执行使得所述集群增加空闲测试节点的操作；

触发单元，用于：触发各测试对象分别对应的增加的空闲测试节点根据各自的测试任务，执行相应的测试对象，以及相应的测试用例集合中的测试用例。

11.如权利要求10所述的装置，其特征在于，增加节点单元，用于：通过向空闲测试节点发送通知消息，使得空闲测试节点根据所述通知消息，建立与所述集群的管理设备的连接。

12.如权利要求7～11任一权项所述的装置，其特征在于，所述装置还包括：

删除节点单元，用于当确定出设定的测试节点集群中的测试节点的数目大于所述测试对象需求的测试节点的数目时，执行使所述测试节点集群中的部分测试节点退出所述集群的操作。