CN103970650A - 分布式测试方法和装置 - Google Patents

Abstract

一种分布式测试方法和装置，方法包括：在测试控制端的步骤：接收用于激活测试端的各测试执行端的激活指令；验证各测试执行端的属性信息的有效性，与属性信息有效的测试执行端建立通信；根据该测试控制端的属性信息生成配置文件，并将测试程序和配置文件打包获得测试程序包，向该测试执行端发送测试程序包；接收用于启动各测试执行端的测试指令，根据测试指令向对应测试执行端发送测试用例；在测试执行端的步骤：接收测试控制端发送的测试程序包，安装测试程序包中的测试程序；根据测试程序包中的配置文件建立与测试控制端的通信，向测试控制端反馈测试执行端的存在状态；接收测试用例，并根据测试用例对待测系统进行测试。通过本方案提高效率。

Description

分布式测试方法和装置

技术领域

本发明涉及设备测试技术领域，特别是涉及一种分布式测试方法和装置。

背景技术

在目前设备测试领域中，分布式测试是一个研究的热点问题。

目前，分布式测试系统包括测试用例服务器、至少一个测试监控端、至少一个测试执行端、以及为每个测试执行端配置的守护管理器。测试用例服务器用于集中管理测试用例；测试监控端用于给测试人员提供操作接口，负责一个或多个测试执行端的监控；测试执行端接受一个或多个测试监控端的监控，负责测试用例的执行，测试日志的生成和测试结果的统计；守护管理器守护测试执行端，负责创建测试执行端的进程。

采用传统方法对设备进行测试时，测试程序包部署方式都是采用手工部署的方式，如果测试执行端较多，比如对云存储系统的测试，由于云存储系统包括的设备很多，则对应的测试执行端也会很多，则测试程序包部署起来较为繁琐，容易出错。

发明内容

基于此，有必要针对分布式测试时，部署测试程序包效率低的问题，提供一种分布式测试方法和装置。

一种分布式测试方法，包括：

在测试控制端上执行的步骤：

接收用于激活测试端的各测试执行端的激活指令，所述激活指令包括待激活的测试执行端的属性信息；

验证各所述测试执行端的属性信息的有效性，并与属性信息有效的测试执行端建立通信；

根据该测试控制端的属性信息生成配置文件，并将测试程序和所述配置文件打包获得测试程序包，向该测试执行端发送所述测试程序包；

接收用于启动各测试执行端的测试指令，根据测试指令向对应测试执行端发送测试用例；

在测试执行端上执行的步骤：

接收测试控制端发送的所述测试程序包，安装所述测试程序包中的测试程序；

根据所述测试程序包中的配置文件建立与所述测试控制端的通信，向所述测试控制端反馈测试执行端的存在状态；

接收测试用例，并根据测试用例对待测系统进行测试。

一种分布式测试装置，包括：设于测试控制端的指令接收模块、通信建立模块、测试程序包发送模块、测试用例发送模块以及设于测试执行端的安装模块、状态反馈模块和测试模块；

所述指令接收模块，用于接收用于激活测试端的各测试执行端的激活指令和接收用于启动各测试执行端的测试指令，所述激活指令包括待激活的测试执行端的属性信息；

所述通信建立模块，用于验证各所述测试执行端的属性信息的有效性，并与属性信息有效的测试执行端建立通信；

所述测试程序包发送模块，用于根据该测试控制端的属性信息生成配置文件，并将测试程序和所述配置文件打包获得测试程序包，向该测试执行端发送所述测试程序包；

所述安装模块，用于接收测试控制端发送的所述测试程序包，安装所述测试程序包中的测试程序；

所述状态反馈模块，用于根据所述测试程序包中的配置文件建立与所述测试控制端的通信，向所述测试控制端反馈测试执行端的存在状态；

所述测试用例发送模块，用于根据测试指令向对应测试执行端发送测试用例；

所述测试模块，用于接收测试用例，并根据测试用例对待测系统进行测试。

上述分布式测试方法和装置，通过在测试控制端接收用于激活测试端的各测试执行端的激活指令，在验证成功后建立与测试执行端的通信，并向该测试执行端发送测试程序包，测试执行端根据测试程序包进行安装。通过获取指令的形式，向测试执行端发送测试程序包，并在测试执行端安装该测试程序，实现自动进行测试程序包的部署，无需人工采用手工方式部署，提高了测试程序包部署效率，从而提高了测试效率。同时，通过在测试控制端接收测试指令的形式向测试执行端发送测试用例，因此可以实现多测试任务多测试执行端并发、顺序、定时测试。

附图说明

图1为本发明分布式测试方法实施例的流程示意图；

图2为分布式测试系统的结果示意图；

图3为本发明分布式测试装置实施例的结构示意图。

具体实施方式

以下针对本发明分布式测试方法和装置的各实施例进行详细的描述。

如图1所示，为本发明分布式测试方法实施例的流程示意图，包括：

在测试控制端上执行的步骤：

步骤S101：接收用于激活测试端的各测试执行端的激活指令，激活指令包括待激活的测试执行端的属性信息；

每个测试执行端是与待测系统连接的，初始化过程中，测试执行端是没有测试程序包的。因此需要在测试执行端中安装测试程序后才能激活该测试执行端。当需要激活一个或多个测试执行端时，本实施例向测试控制端发送一个激活指令，然后通过向测试执行端发送测试程序包的形式实现激活。比如，用户可以根据测试执行端的性能选择测试执行端，并发送激活指令。其中，该激活指令包括了待激活的测试执行端的属性信息，属性信息可以是该测试执行端的ip地址、用户名、密码等。

步骤S102：验证各测试执行端的属性信息的有效性，并与属性信息有效的测试执行端建立通信；

与属性信息有效的测试执行端建立通信，即：与有效属性信息对应的测试执行端建立通信。验证属性信息的有效性可以是验证该属性信息是否正确。比如，可以通过验证ip地址是否能接通，再验证用户名、密码是否能登陆，从而实现验证该激活指令是否正确。在验证成功后，建立与该测试执行端的通信。

步骤S103：根据该测试控制端的属性信息生成配置文件，并将测试程序和配置文件打包获得测试程序包，向该测试执行端发送测试程序包；

根据自身的属性信息生成配置文件，比如根据自身的ip地址生成配置文件，向测试执行端发送具有测试程序和配置文件的测试程序包，从而实现了自动对测试程序包进行部署。

步骤S104：接收用于启动各测试执行端的测试指令，根据测试指令向对应测试执行端发送测试用例；

各测试执行端在安装了测试程序包后，只是激活了该测试执行端。具体是否启动该测试执行端去测试待测系统，需要测试控制端接收到测试指令后，才能启动对应要启动的测试执行端。

在测试控制端，可以通过接收测试指令实现向对应测试控制端（又称测试节点）分配测试任务。在测试控制端接收测试指令后，可以根据测试指令同时向各个测试执行端发送测试用例，也可以根据测试指令按照预设顺序向对应测试执行端发送测试用例，还可以根据测试指令定时向对应测试执行端发送测试用例。

这里的测试指令可以包括测试用例和待启动测试执行端的标识。即根据测试指令的标识选择对应测试执行端，并向对应测试执行端发送测试用例。测试用例可以是预先存储的测试用例，也可以根据用户指令，自定义测试用例。

在测试执行端上执行的步骤：

步骤S105：接收测试控制端发送的测试程序包，安装测试程序包中的测试程序；

步骤S106：根据测试程序包中的配置文件建立与测试控制端的通信，向测试控制端反馈测试执行端的存在状态；

通过建立通信，向测试控制端反馈心跳包，以便告知测试控制端自身的存在状态，即该测试执行端是否存在。因此可以在测试控制端监控测试执行端的存在状态。

步骤S107：接收测试用例，并根据测试用例对待测系统进行测试。

本发明方案是基于分布式测试系统上实现。如图2所示，包括测试监控端210和测试端220，测试端包括多个测试执行端，各测试执行端分布式与待测系统（设备）进行连接。测试控制端可以是控制中心的一个控制终端或控制设备。测试执行端可以是装有Linux操作系统的测试机，该测试机可以用来测试待测系统的性能等，也可以是其它具有测试功能的测试设备。

由于测试执行端在待测系统上是分布式设置的，因此可以对待测系统的各个设备进行测试。特别是针对比较庞大的待测系统，比如云存储系统，可以大大提高测试程序包的布局，从而提高测试效率。

同时，测试控制端会向各测试节点分发测试程序包，测试控制端还会将脚本分发到各个测试执行端上，测试程序根据各自的测试脚本执行测试任务，根据测试脚本的不同，可以对系统不同结构分别测试。

另外，本方法可以运用在云存储上进行测试。由于云存储是由多台服务器组成的集群，可以支持较高的并发和吞吐量。比如在测试云存储读并发时，假设测试从云存储下载100M文件的并发性能，用1台带7200转硬盘的测试机去测试，可能5百个并发，测试机就无法正常运行了（因为硬件瓶颈），而云存储实际拥有并发可能是5千甚至更高，这时一台测试机根本无法测试出云存储实际的并发性能，采用传统测试方法就必须换更好更贵的硬件，而本方案中采用分布式测试系统，就可以用多个廉价的，低配置的测试机测试出云存储实际的并发10X500=5000。

在其中一个实施例中，还可以通过修改测试用例指令的方式实现对正在测试的测试执行端进行修改测试用例。避免传统技术中必须中断测试才能修改的缺陷，实现适时修改测试用例，提高测试效率。即：

接收测试用例，并根据测试用例对待测系统进行测试之后，还包括：

在测试控制端上执行的步骤：

接收用于修改测试用例的修改指令，其中，修改指令包括修改的测试用例和待执行测试执行端的标识；

将修改的测试用例发送至标识对应的测试执行端；

在测试执行端上执行的步骤：

接收到修改的测试用例时，根据修改的测试用例对待测系统进行测试。

测试执行端的标识是可以识别该测试执行端的一个标识。比如，可以是测试执行端的名称、ID、编号等。本实施例还可以是在查看测试结果数据后，根据分析结果获得修改测试用例指令，从而实现对测试用例的修改。

在其中一个实施例中，在测试执行端对待测系统进行测试后，还可以将测试结果数据反馈给测试控制端，通过测试控制端对测试结果数据进行分析和存储。即：接收测试用例，并根据测试用例对待测系统进行测试之后，还包括：

在测试执行端，向测试控制端反馈测试结果数据；

在测试控制端，接收各测试执行端反馈的测试结果数据，将各测试结果数据进行存储和分析，生成测试报告。

比如，可以从测试控制端中实时查看吞吐量、延时、错误率等测试结果数据。

在其中一个实施例中，还包括：

在测试执行端，当检测不存在测试程序包且没有收到测试程序包时，向测试控制端反馈失败响应，并关闭测试控制端与测试执行端的通信。

在测试控制端与测试执行端建立通信并向该测试执行端发送测试程序包后，该测试执行端若没有收到测试程序包，则证明异常。作为解决异常的一种方式，可以将测试控制端与测试执行端的通信关闭，避免浪费资源。同时测试控制端可以知道该测试执行端发生了异常。

在其中一个实施例中，还包括在测试执行端，测试程序包中的测试程序安装失败时，删除测试程序包，向测试控制端反馈失败响应，并关闭测试控制端与测试执行端的通信。

在一个实施例中，测试控制端还可以向测试执行端发送停止测试指令，测试执行端接收到停止测试指令后，关闭测试进程，删除测试用例。

本方案举其中一个具体运用实施例进行说明。

在测试控制端，进入测试管理平台，测试监控端（又称为测试节点）管理按钮被触发时，进入测试节点管理界面，新增测试节点指令（即激活没有测试程序包的测试执行端）被触发时，获取输入的测试节点属性信息：ip，用户名，密码，完成新增测试节点，具体如下：

在测试控制端，验证测试节点属性信息；判断验证是否成功；若验证成功，建立测试控制端和测试执行端的通信，这个通信会一直保持到测试程序包安装完成或者安装失败；向测试执行端发送测试程序包；

在测试执行端，判断测试程序包是否发送成功；若成功，则进行测试程序包安装；若没成功，则向测试控制端反馈失败响应，并关闭通信；判断安装是否成功；安装失败，则删除软件包，并向测试控制端发送失败响应，关闭通信；安装成功后，测试执行端向测试控制端发送信息，建立测试执行端和测试控制端的通信，关闭之前控制台到测试节点的通信。向测试控制端发送心跳包，以便测试控制端监控测试执行端的状态。

在测试控制端创建测试工程，创建新的测试工程，根据指令在测试工程中选择新建测试脚本，进入脚本生成界面。在脚本生成界面，可以选择平台集成的测试脚本或者自定义脚本，脚本创建完成后返回控制台界面。

创建完脚本后，根据用户选择指令在测试工程界面选择测试节点。

选择测试节点后，点击开始测试启动测试，测试控制端的控制台会将测试脚本发送到各个测试节点，并发送启动测试请求，测试节点收到测试脚本和请求后会启动相应测试进程，测试过程中用户可以实时查看吞吐率，延时，错误率等测试结果数据，根据实时测试结果数据，用户可以对脚本进行修改，如增加脚本的并发量，修改后，测试控制端会将新脚本和修改请求发送到各测试节点，各测试节点收到新测试脚本后，会根据新脚本而增加并发量。同时，用户可以增删测试节点，增加测试节点时，测试控制端会将测试脚本发送到新的测试节点，并发送激活测试请求。测试节点收到测试脚本和请求后会启动相应测试进程。删除测试节点时，测试控制端会发送停止测试请求到测试执行端。测试执行端收到请求后，会关闭测试进程，删除测试脚本。用户通过实时控制测试过程，可以在不中断测试的情况下修改测试方案，提高测试效率。

可以查看、分析测试结果，如果在测试过程中用户有修改测试脚本，或者增删测试节点，测试结果可以将各个阶段的测试结果数据清晰的展现出来，方便对比分析。

本方案还提供一种分布式测试装置，如图3所示，为本发明分布式测试装置实施例的结果示意图，包括：设于测试控制端的指令接收模块310、通信建立模块320、测试程序包发送模块330、测试用例发送模块340以及设于测试执行端的安装模块350、状态反馈模块360和测试模块370；

指令接收模块310，用于接收用于激活测试端的各测试执行端的激活指令和接收用于启动各测试执行端的测试指令，激活指令包括待激活的测试执行端的属性信息；

通信建立模块320，用于验证各测试执行端的属性信息的有效性，并与属性信息有效的测试执行端建立通信；

测试程序包发送模块330，用于根据该测试控制端的属性信息生成配置文件，并将测试程序和配置文件打包获得测试程序包，向该测试执行端发送测试程序包；

安装模块350，用于接收测试控制端发送的测试程序包，安装测试程序包中的测试程序；

状态反馈模块360，用于根据测试程序包中的配置文件建立与测试控制端的通信，向测试控制端反馈测试执行端的存在状态；

测试用例发送模块340，用于根据测试指令向对应测试执行端发送测试用例；

测试模块370，用于接收测试用例，并根据测试用例对待测系统进行测试。

在其中一个实施例中，指令接收模块，还用于接收用于修改测试用例的修改指令，其中，修改指令包括修改的测试用例和待执行测试执行端的标识；

测试用例发送模块，还用于将修改的测试用例发送至标识对应的测试执行端；

测试模块，还用于接收到修改的测试用例时，根据修改的测试用例对待测系统进行测试。

在其中一个实施例中，还包括设于测试执行端的测试结果数据反馈模块和设于测试控制端的结果分析模块；

测试结果数据反馈模块，用于在根据测试用例对待测系统进行测试后，向测试控制端反馈测试结果数据；

结果分析模块，用于接收各测试执行端反馈的测试结果数据，将各测试结果数据进行存储和分析，生成测试报告。

在其中一个实施例中，还包括设于测试控制端的脚本定义模块，用于根据接收的生成指令生成测试用例或根据接收的选择指令从预存储测试用例中选择对应的测试用例。

在其中一个实施例中，还包括设于测试执行端的通信关闭模块，

用于当检测不存在测试程序包且没有收到测试程序包时，向测试控制端反馈失败响应，并关闭测试控制端与测试执行端的通信；

用于测试程序包中的测试程序安装失败时，删除测试程序包，向测试控制端反馈失败响应，并关闭测试控制端与测试执行端的通信。

本发明的分布式测试装置与本发明的分布式测试方法是一一对应的，上述分布式测试方法实施例中的相关技术特征及其技术效果均适用于分布式测试装置实施例中，在此不再赘述。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

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

在测试控制端上执行的步骤：

接收用于激活测试端的各测试执行端的激活指令，所述激活指令包括待激活的测试执行端的属性信息；

验证各所述测试执行端的属性信息的有效性，并与属性信息有效的测试执行端建立通信；

根据该测试控制端的属性信息生成配置文件，并将测试程序和所述配置文件打包获得测试程序包，向该测试执行端发送所述测试程序包；

接收用于启动各测试执行端的测试指令，根据测试指令向对应测试执行端发送测试用例；

在测试执行端上执行的步骤：

接收测试控制端发送的所述测试程序包，安装所述测试程序包中的测试程序；

根据所述测试程序包中的配置文件建立与所述测试控制端的通信，向所述测试控制端反馈测试执行端的存在状态；

接收测试用例，并根据测试用例对待测系统进行测试。

2.根据权利要求1所述的分布式测试方法，其特征在于，所述接收测试用例，并根据测试用例对待测系统进行测试之后，还包括：

在测试控制端上执行的步骤：

接收用于修改测试用例的修改指令，其中，所述修改指令包括修改的测试用例和待执行测试执行端的标识；

将所述修改的测试用例发送至所述标识对应的测试执行端；

在测试执行端上执行的步骤：

接收到所述修改的测试用例时，根据修改的测试用例对待测系统进行测试。

3.根据权利要求1或2所述的分布式测试方法，其特征在于，所述接收测试用例，并根据测试用例对待测系统进行测试之后，还包括：

在测试执行端，向测试控制端反馈测试结果数据；

在测试控制端，接收各测试执行端反馈的测试结果数据，将各测试结果数据进行存储和分析，生成测试报告。

4.根据权利要求1或2所述的分布式测试方法，其特征在于，还包括：

在测试执行端，当检测不存在测试程序包且没有收到测试程序包时，向所述测试控制端反馈失败响应，并关闭测试控制端与测试执行端的通信。

5.根据权利要求1或2所述的分布式测试方法，其特征在于，还包括：

在测试执行端，所述测试程序包中的测试程序安装失败时，删除所述测试程序包，向所述测试控制端反馈失败响应，并关闭测试控制端与测试执行端的通信。

6.一种分布式测试装置，其特征在于，包括：设于测试控制端的指令接收模块、通信建立模块、测试程序包发送模块、测试用例发送模块以及设于测试执行端的安装模块、状态反馈模块和测试模块；

所述指令接收模块，用于接收用于激活测试端的各测试执行端的激活指令和接收用于启动各测试执行端的测试指令，所述激活指令包括待激活的测试执行端的属性信息；

所述通信建立模块，用于验证各所述测试执行端的属性信息的有效性，并与属性信息有效的测试执行端建立通信；

所述测试程序包发送模块，用于根据该测试控制端的属性信息生成配置文件，并将测试程序和所述配置文件打包获得测试程序包，向该测试执行端发送所述测试程序包；

所述安装模块，用于接收测试控制端发送的所述测试程序包，安装所述测试程序包中的测试程序；

所述状态反馈模块，用于根据所述测试程序包中的配置文件建立与所述测试控制端的通信，向所述测试控制端反馈测试执行端的存在状态；

所述测试用例发送模块，用于根据测试指令向对应测试执行端发送测试用例；

所述测试模块，用于接收测试用例，并根据测试用例对待测系统进行测试。

7.根据权利要求6所述的分布式测试装置，其特征在于，

所述指令接收模块，还用于接收用于修改测试用例的修改指令，其中，所述修改指令包括修改的测试用例和待执行测试执行端的标识；

所述测试用例发送模块，还用于将所述修改的测试用例发送至所述标识对应的测试执行端；

所述测试模块，还用于接收到所述修改的测试用例时，根据修改的测试用例对待测系统进行测试。

8.根据权利要求6或7所述的分布式测试装置，其特征在于，还包括设于测试执行端的测试结果数据反馈模块和设于测试控制端的结果分析模块；

所述测试结果数据反馈模块，用于在根据测试用例对待测系统进行测试后，向测试控制端反馈测试结果数据；

所述结果分析模块，用于接收各测试执行端反馈的测试结果数据，将各测试结果数据进行存储和分析，生成测试报告。

9.根据权利要求6或7所述的分布式测试装置，其特征在于，还包括设于测试控制端的脚本定义模块，用于根据接收的生成指令生成测试用例或根据接收的选择指令从预存储测试用例中选择对应的测试用例。

10.根据权利要求6或7所述的分布式测试装置，其特征在于，还包括设于测试执行端的通信关闭模块，

用于当检测不存在测试程序包且没有收到测试程序包时，向所述测试控制端反馈失败响应，并关闭测试控制端与测试执行端的通信；

用于所述测试程序包中的测试程序安装失败时，删除所述测试程序包，向所述测试控制端反馈失败响应，并关闭测试控制端与测试执行端的通信。