测试机自动配置方法、装置、设备及存储介质与流程

本发明涉及计算机测试技术领域，尤其涉及一种测试机自动配置方法、装置、设备及存储介质。

背景技术：

目前，一台普通的电脑或者服务器需要成为一台测试机，往往需要对其进行配置才能实现，例如安装软件、配置测试包以及配置环境变量等。由于测试环境以及各测试任务需要人工进行部署并配置到各测试机上，当测试任务需要多台测试机时，配置任务比较繁重，如果由不同人员进行配置的时候，很容易出错或者遗漏。

技术实现要素：

本发明的目的在于提供一种测试机自动配置方法、装置、设备及存储介质，能够实现不需要用户逐台的安装测试机而对多台测试机同时进行配置。

本发明是这样实现的，本发明第一方面提供一种测试机自动配置方法，所述测试机自动配置方法包括：

连接多组测试机，每组测试机包括多台测试机；

获取配置文件，并根据所述配置文件获取每组测试机的环境配置安装包以及所述每组测试机的被测系统的配置信息；

向每组测试机中的每一台测试机发送与其对应的环境配置安装包，以使每台测试机根据与其对应的环境配置安装包进行测试环境部署，并根据所述每组测试机的被测系统的配置信息对被测系统进行环境配置。

本发明第二方面提供一种测试机自动配置装置，所述测试机自动配置装置包括：

连接模块，用于连接多组测试机，每组测试机包括多台测试机；

配置文件获取模块，用于获取配置文件，并根据所述配置文件获取每组测试机的环境配置安装包以及所述每组测试机的被测系统的配置信息；

环境配置模块，用于向每组测试机中的每一台测试机发送与其对应的环境配置安装包，以使每台测试机根据与其对应的环境配置安装包进行测试环境部署，并根据所述每组测试机的被测系统的配置信息对被测系统进行环境配置。

本发明第三方面提供一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如本发明第一方面所述方法的步骤。

本发明第四方面提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如本发明第一方面所述方法的步骤。

本发明实施例一种测试机自动配置方法、装置、设备及存储介质，在执行测试用例前读取测试用例的配置信息，根据配置信息获取测试机的环境配置安装包以及被测系统的配置信息，向各测试机下发相应的测试环境配置安装包，无需人工对逐个测试机进行部署，提高了对测试机的配置效率。

附图说明

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

图1是本发明一种实施例提供的一种测试机自动配置方法的流程图；

图2是本发明另一种实施例提供的一种测试机自动配置方法的具体流程图；

图3是本发明另一种实施例提供的一种测试机自动配置方法的具体流程图；

图4是本发明另一种实施例提供的一种测试机自动配置方法的具体流程图；

图5是本发明另一种实施例提供的一种测试机自动配置装置的结构示意图；

图6是本发明另一种实施例提供的一种测试机自动配置装置的结构示意图；

图7是本发明另一种实施例提供的终端设备的结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

为了说明本发明的技术方案，下面通过具体实施例来进行说明。

本发明第一实施例提供一种测试机自动配置方法，如图1所示，测试机自动配置方法包括：

步骤s10.连接多组测试机，每组测试机包括多台测试机。

在步骤s10中，可选的，可以基于持续集成引擎平台的服务器与多台测试机连接，以进行统一管理。依据持续集成引擎平台的特性，在进行相应测试后，测试结果可以直接关联到服务器的持续集成引擎平台的执行结果页面进行显示。

在步骤s10中，每组测试机的设定是通过其对应的被测系统进行分类的，对于对同一被测系统进行测试的测试机可以为多台，将对同一被测系统进行测试的测试机分成一组。

步骤s20.获取配置文件，并根据配置文件获取每组测试机的环境配置安装包以及每组测试机的被测系统的配置信息。

在步骤s20中，可选的，获取配置文件可以根据所指定的路径或者与测试脚本的依赖关系加载配置文件，配置文件中包括多种信息，包括测试机的环境配置安装包以及被测系统的环境配置信息，虽然配置文件与测试脚本分别存储于不同存储空间，但是可以通过配置文件获取测试脚本的相关信息，例如存储地点等等。

步骤s30.向每组测试机中的每一台测试机发送与其对应的环境配置安装包，以使每台测试机根据与其对应的环境配置安装包进行测试环境部署，并根据每组测试机的被测系统的配置信息对被测系统进行环境配置。

在步骤s30中，可选的，对测试机的环境部署可以根据实际需要进行设置，例如，某一被测系统需要进行两个测试环境部署，并设置第一组测试机1-5部署第一测试环境，第二组测试机6-8部署第二测试环境，则将第一测试环境对应的测试环境配置安装包下发至第一组测试机1-5以进行第一测试环境部署，将第二测试环境对应的测试环境配置安装包下发至第二组测试机6-8以进行第二测试环境部署。

在步骤s30中，可选的，配置文件中还包括被测系统的配置信息，在对测试机进行环境配置的同时对被测系统也进行环境配置，使被测系统处于初始状态，测试机和被测系统的环境配置完成后，再开始执行测试脚本，可以在测试机上启动，也可以将测试脚本发送到测试系统进行执行。

本发明实施例一种测试机自动配置方法，在执行测试用例前读取测试用例的配置信息，根据配置信息获取测试机的环境配置安装包以及被测系统的配置信息，向各测试机下发相应的测试环境配置安装包，无需人工对逐个测试机进行部署，提高了对测试机的配置效率。

在上述第一实施例实施例的基础上，作为另一种实施方式，如图2所示，测试机自动配置方法还包括：

步骤s40.当检测到配置文件发生更新时，向用户发出是否更新测试机的提示。

在步骤s40中，可选的，配置文件可以通过与其他系统相连自动发生更新，可以根据检测位置文件的修改时间或者配置文件的大小检测配置文件是否发生更新，当检测搭配位置文件的修改时间或者配置文件的大小发生变化时，即向用户发出提示框，提示用户进行更新。

步骤s50.当接收到更新测试机的指令时，向与配置文件对应的测试机发送更新后的配置文件，对测试机重新进行环境部署。

在步骤s40中，可选的，当用户点击提示框中的确定按钮时，或者点击在界面中设置的更新按钮时，根据实施例一种公开的环境安装方式重新对测试机进行环境部署。

本发明实施方式在配置文件发生更新时，向用户发出更新提示，当用户确定更新时，根据用户的指令对与发生更新的配置文件所对应的测试机进行更新。

在上述第一实施例实施例的基础上，作为另一种实施例，如图3所示，测试机自动配置方法包括：

步骤s11.连接多组测试机，每组测试机包括多台测试机。

步骤s11与上述实施例中的步骤s10相同，参见上述s10的描述，在此不再赘述。

步骤s21.获取配置文件，并根据配置文件获取每组测试机的环境配置安装包、每组测试机的被测系统的配置信息以及测试用例的测试时间。

步骤s21与上述实施例中的步骤s20中相同的部分，可以参见上述s20的描述，步骤s21与步骤s20中的不同点在于还根据配置文件获取测试用例的测试时间，在对配置文件解析的同时可以解析测试用例，该测试用例的测试时间指执行测试用例的时间，由于一个配置文件可能对应多个测试用例，需要根据实际情况安排测试时间，例如，根据测试优先级设置每个测试用例的测试时间，根据测试时间依次对测试机进行环境安装。

进一步的，由于测试机的数量有限，当测试用例比较多时，需要设定测试时间使测试机依次执行，在某些情况下，执行不同测试用例的测试机也会产生冲突，因此在获取测试时间的同时还需要获取测试机的数量，同时根据测试时间和测试机的数量设置测试机。

步骤s31.根据测试用例的测试时间向每组测试机中的每一台测试机发送与其对应的环境配置安装包，以使每台测试机根据与其对应的环境配置安装包进行测试环境部署，并根据每组测试机的被测系统的配置信息对被测系统进行环境配置。

在步骤s31中，可选的，将测试机分成n组，按照测试时间依次对每组测试机进行进行配置。

进一步的，当获取到测试机的数量时，由于测试机的数量不能满足同时执行所有测试用例，对于某些测试用例需要重复使用测试机，具体的，在第一预设时间向每组测试机中的每一台测试机发送与其对应的环境配置安装包，执行测试用例，当其中的至少两组完成测试时，将其中至少两组中的测试机进行组合在第二预设时间向每组测试机中的每一台测试机发送与其对应的环境配置安装包，继续执行测试用例，之后执行完成所有测试用例。

本发明实施例在解析配置文件的同时获取测试用例的时间以及测试机的数量，根据测试用例的信息设置测试机执行测试用例，使测试机按照测试时间进行测试，提高了测试效率。

在上述第一实施例实施例的基础上，作为另一种实施例，如图4所示，测试机自动配置方法包括：

步骤s12.连接多组测试机，每组测试机包括多台测试机。

步骤s12与上述实施例中的步骤s10相同，参见上述s10的描述，在此不再赘述。

步骤s22.获取配置文件，并根据配置文件获取每组测试机的环境配置安装包、每组测试机的被测系统的配置信息、测试用例的地址以及测试用例的测试时间。

步骤s22与上述实施例中的步骤s21中相同的部分，可以参见上述s21的描述，步骤s22与步骤s21中的不同点在于还根据配置文件获取测试用例的地址，正常情况下，配置文件和测试用例存储在不同的储存区域，读取配置文件后再读取测试用例，根据测试用例执行对被测系统的测试，本步骤中在配置文件中设置测试用例的地址，在对配置文件进行解析的过程中可以直接根据地址读取测试用例，获取测试用例的信息。

步骤s32.根据测试用例的测试时间向每组测试机中的每一台测试机发送与其对应的环境配置安装包，以使每台测试机根据与其对应的环境配置安装包进行测试环境部署，并根据每组测试机的被测系统的配置信息对被测系统进行环境配置。

步骤s32与上述实施例中的步骤s30相同，参见上述s30的描述，在此不再赘述。

步骤s33.对测试用例进行解析，获取测试用例执行参数，根据测试用例执行参数，对被测系统进行测试。

本发明实施例在解析配置文件的同时解析测试用例，获取测试用例的执行参数，当根据测试用例的信息设置测试机完成时即马上执行测试用例，提高了测试效率。

进一步的，在上述实施例中采用对测试用例按照时间排序的方式对测试用例进行测试，作为另一种实施方式，还可以采用根据获取测试用例优先级的方式对测试用例进行排序再对测试用例进行测试，具体的，对测试用例进行解析，设定测试用例排序的优先级，并根据优先级对测试用例进行排序，具体包括以下几个步骤：

(1)获取多个测试用例集。

(2)为测试用例集构造等价类集合q＝{q1，q2，...，qi，...，qn}，其中qi＝{ti1，ti2，...，tim}；i＝1，2，...，n；m＝1，2，...，n；qi为第i个等价类，tim为第i个等价类包含的第m个测试用例，n为等价类个数，m为第i个等价类包含的测试用例个数；每一个测试用例tij其所覆盖的需求的数目req[j]，j＝1，2，...，m；等价类集合根据测试用例的类型来划分；

(3)为每个等价类qi构造一个优先级数pi、一个缺陷发现标识bug[i]和一个缺陷等级lev[i]；根据等价类qi中测试用例的类型将优先级数pi定为pi＝1，即系统类测试用例，或者pi＝2，即功能类测试用例，或者pi＝3，即接口类测试用例，或者pi＝4，即数据类测试用例；缺陷发现标识bug[i]的类型为布尔型，bug[i]＝1表示第i个等价类qi发现了软件缺陷，bug[i]＝0表示第i个等价类qi未发现软件缺陷；缺陷等级lev[i]表示不同类型的缺陷具有不同的等级；

(4)将等价类集合q进行初始优先级排序，根据(3)中的优先级划分原则，对等价类qi进行优先级排序；优先级由高至低的顺序为数据类测试用例->接口类测试用例->功能类测试用例->系统类测试用例；

(5)从任意等价类qi中选取一个测试用例tij对被测软件进行测试，如测试过程中发现软件缺陷，则缺陷发现标识bug[i]＝1；反之，则缺陷发现标识bug[i]＝0；

(6)判断bug[i]的值是否为1，如为1则改变优先级数pi，具体为pi＝lev[i]+初始优先级数pi，反之，将优先级数pi保持不变；

(7)依据(6)中得到的各个等价类最终的优先级数，根据优先级数对等价类进行排序，形成等价类序列；

(8)找出等价类qi的最小测试用例集ti，

(9)根据在(8)中得到的ti中每一个测试用例tij所覆盖的需求数目req[j]的大小，对测试用例进行排序，覆盖需求数目多的测试用例排在前面，然后将排序后的结果插入到等价类序列中，得到排序后测试用例集，根据排序后的测试用例集依次对被测系统进行测试。

本发明另一种实施例提供一种测试机自动配置装置40，如图6所示，测试机自动配置装置40包括：

连接模块401，用于连接多组测试机，每组测试机包括多台测试机；

配置文件获取模块402，用于获取配置文件，并根据配置文件获取每组测试机的环境配置安装包以及每组测试机的被测系统的配置信息；

环境配置模块403，用于向每组测试机中的每一台测试机发送与其对应的环境配置安装包，以使每台测试机根据与其对应的环境配置安装包进行测试环境部署，并根据每组测试机的被测系统的配置信息对被测系统进行环境配置。

进一步的，测试机自动配置装置40还包括：

更新提示模块404，当检测到配置文件发生更新时，用于向用户发出是否更新测试机的提示；

更新模块405，当接收到更新测试机的指令时，用于向与配置文件对应的测试机发送更新后的配置文件，对测试机及被测系统重新进行环境部署。

作为一种实施方式，配置文件获取模块402获取配置文件，并根据配置文件获取每组测试机的环境配置安装包以及每组测试机的被测系统的配置信息，还包括：

根据配置文件获取测试用例的测试时间；

环境配置模块403向每组测试机中的每一台测试机发送与其对应的环境配置安装包，包括：

根据测试用例的测试时间向每组测试机中的每一台测试机发送与其对应的环境配置安装包。

作为一种实施方式，配置文件获取模块402获取配置文件，并根据配置文件获取每组测试机的环境配置安装包以及每组测试机的被测系统的配置信息，还包括：

根据配置文件获取测试用例的测试时间和执行测试用例的测试机的数量；

环境配置模块403向每组测试机中的每一台测试机发送与其对应的环境配置安装包，包括：

根据测试用例的测试时间和执行测试用例的测试机的数量向每组测试机中的每一台测试机发送与其对应的环境配置安装包。

上述终端设备中模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本发明另一种实施例提供一计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中的测试机自动配置方法，为避免重复，这里不再赘述。或者，该计算机程序被处理器执行时实现上述实施例中测试机自动配置装置中各模块/单元的功能，为避免重复，这里不再赘述。

图7是本实施例中终端设备的示意图。如图7所示，终端设备6包括处理器60、存储器61以及存储在存储器61中并可在处理器60上运行的计算机程序62。处理器60执行计算机程序62时实现上述实施例中一种测试机自动配置方法的各个步骤，例如图1所示的步骤s10、s20和s30。或者，处理器60执行计算机程序62时实现上述实施例中一种测试机自动配置装置各模块/单元的功能，如图6所示连接模块401、配置文件获取模块402、环境配置模块403的功能。

示例性的，计算机程序62可以被分割成一个或多个模块/单元，一个或者多个模块/单元被存储在存储器61中，并由处理器60执行，以完成本发明。一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述计算机程序62在终端设备6中的执行过程。例如，计算机程序62可以被分割成连接模块、配置文件获取模块、环境配置模块(虚拟装置中的模块)。

该终端设备6可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。终端设备可包括，但不仅限于，处理器60、存储器61。本领域技术人员可以理解，图7仅仅是终端设备6的示例，并不构成对终端设备6的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如终端设备还可以包括输入输出设备、网络接入设备、总线等。

所称处理器60可以是中央处理单元(centralprocessingunit，cpu)，还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器61可以是终端设备6的内部存储单元，例如终端设备6的硬盘或内存。存储器61也可以是终端设备6的外部存储设备，例如终端设备6上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。进一步地，存储器61还可以既包括终端设备6的内部存储单元也包括外部存储设备。存储器61用于存储计算机程序以及终端设备所需的其他程序和数据。存储器61还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本发明所提供的实施例中，应该理解到，所揭露的装置/终端设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/终端设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括是电载波信号和电信信号。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。