CN111104320A

CN111104320A - 一种测试方法、装置、设备及介质

Info

Publication number: CN111104320A
Application number: CN201911287933.2A
Authority: CN
Inventors: 张亚东; 王帅阳; 张端
Original assignee: Inspur Electronic Information Industry Co Ltd
Current assignee: Inspur Electronic Information Industry Co Ltd
Priority date: 2019-12-15
Filing date: 2019-12-15
Publication date: 2020-05-05

Abstract

本申请公开了一种测试方法、装置、设备及介质，包括：获取多个从节点的测试状态信息；其中，所述测试状态信息包括所述从节点的CPU占用率、当前测试用例的预估完成时间；利用所述测试状态信息为多个所述从节点确定出对应的目标测试用例；将确定出的所述目标测试用例下发至对应的所述从节点，以便对应的所述从节点利用所述目标测试用例进行程序测试。这样，利用多个从节点的测试状态信息为多个从节点分配对应的测试用例，然后由多个从节点进行相应的程序测试，能够提升分布式系统的资源利用率，从而提升程序测试的效率。

Description

一种测试方法、装置、设备及介质

技术领域

本申请涉及程序测试技术领域，特别涉及一种测试方法、装置、设备及介质

背景技术

在互联网信息时代，程序代码的测试占用程序员大量工作时间，影响程序开发质量，降低工作效率。为提高程序测试效率，减少程序测耗时，各大软件公司分别设计出不同的程序测试框架，如goolge设计的gtest测试框架效果最为显著，能够实现跨平台的测试框架搭建，具有丰富的断言等类型参数化测试，框架可重复性高。

在现有技术中，通常的程序测试都停留在单机结构中，在分布式文件系统中，程序测试主要集中于主节点进行，造成主节点CPU运行压力增大，从节点资源闲置等资源分配不均衡的现象，严重降低了测试效率和系统的资源利用率。

发明内容

有鉴于此，本申请的目的在于提供一种测试方法、装置、设备及介质，能够提升分布式系统的资源利用率，从而提升程序测试的效率。其具体方案如下：

第一方面，本申请公开了一种测试方法，应用于分布式系统的主节点，包括：

获取多个从节点的测试状态信息；其中，所述测试状态信息包括所述从节点的CPU占用率、当前测试用例的预估完成时间；

利用所述测试状态信息为多个所述从节点确定出对应的目标测试用例；

将确定出的所述目标测试用例下发至对应的所述从节点，以便对应的所述从节点利用所述目标测试用例进行程序测试。

可选的，所述利用所述测试状态信息为多个所述从节点确定出对应的目标测试用例，包括：

利用所述预估完成时间、所述测试状态信息对应的测试用例的测试案例数量确定出所述从节点的测试速度；

利用所述测试速度和所述CPU占用率为所述从节点确定出对应的目标测试用例。

可选的，所述将确定出的所述目标测试用例下发至对应的所述从节点，包括：

根据所述预估完成时间确定出所述目标测试用例对应的下发时刻；

在所述下发时刻将所述目标测试用例下发至对应的所述从节点。

可选的，所述测试方法还包括：

配置无密连接文件，以便利用所述无密连接文件与从节点建立无密连接。

可选的，所述测试方法还包括：

从gtest框架获取测试用例以及测试用例信息；

其中，所述测试用例信息包括测试用例的数量和每个测试用例对应的测试案例数量。

可选的，所述获取多个从节点的测试状态信息之前，还包括：

创建程序测试触发文件；

当获取到程序测试执行指令，则利用所述程序测试触发文件向多个所述从节点下发对应的初始测试用例以及对应的测试执行指令，以便所述从节点在所述测试执行指令的控制下利用对应的所述初始测试用例进行程序测试。

第二方面，本申请公开了一种测试方法，应用于分布式系统的从节点，包括：

向主节点上报本节点的测试状态信息；其中，所述测试状态信息包括本节点的CPU占用率、当前测试用例的预估完成时间；

获取所述主节点下发的目标测试用例；其中，所述目标测试用例为所述主节点利用所述测试状态信息为本节点确定出的测试用例；

利用所述目标测试用例进行程序测试。

第三方面，本申请公开了一种测试装置，应用于分布式系统的主节点，包括：

测试信息获取模块，用于获取多个从节点的测试状态信息；其中，所述测试状态信息包括从节点的CPU占用率、当前测试用例的预估完成时间；

测试用例确定模块，用于利用所述测试状态信息为多个所述从节点确定出对应的目标测试用例；

测试用例下发模块，用于将确定出的所述目标测试用例下发至对应的所述从节点，以便对应的所述从节点利用所述目标测试用例进行程序测试。

第四方面，本申请公开了一种测试设备，包括处理器和存储器；其中，

所述存储器，用于保存计算机程序；

所述处理器，用于执行所述计算机程序，以实现如权利要求前述的测试方法。

第五方面，本申请公开了一种计算机可读存储介质，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现前述的测试方法。

可见，本申请获取多个从节点的测试状态信息；其中，所述测试状态信息包括从节点的CPU占用率、当前测试用例的预估完成时间；利用所述测试状态信息为多个所述从节点确定出对应的目标测试用例；将确定出的所述目标测试用例下发至对应的所述从节点，以便对应的所述从节点利用所述目标测试用例进行程序测试。这样，利用多个从节点的测试状态信息为多个从节点分配对应的测试用例，然后由多个从节点进行相应的程序测试，能够提升分布式系统的资源利用率，从而提升程序测试的效率。

附图说明

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

图1为本申请公开的一种测试方法流程图；

图2为本申请公开的一种具体的测试方法流程图；

图3为本申请公开的一种具体的程序测试实施架构图；

图4为本申请公开的一种测试方法流程图；

图5为本申请公开的一种测试装置结构示意图；

图6为本申请公开的一种测试设备结构图；

图7为本申请公开的一种服务器结构图。

具体实施方式

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

在现有技术中，通常的程序测试都停留在单机结构中，在分布式文件系统中，程序测试主要集中于主节点进行，造成主节点CPU运行压力增大，从节点资源闲置等资源分配不均衡的现象，严重降低了测试效率和系统的资源利用率。为此，本申请提供了一种测试方案，能够提升分布式系统的资源利用率，从而提升程序测试的效率。

参见图1所示，本申请实施例公开了一种测试方法，应用于分布式系统的主节点，包括：

步骤S11：获取多个从节点的测试状态信息；其中，所述测试状态信息包括从节点的CPU占用率、当前测试用例的预估完成时间。

在具体的实施方式中，获取的测试状态信息可以包括但不限于从节点的CPU占用率、当前测试用例的预估完成时间、当前测试用例的初始执行时间、当前时刻即计算当前测试用例的预估完成时间的时间，测试用例包含的案例个数等，并且，当前测试用例的预估完成时间可以由从节点根据当前测试用例的初始执行时间、当前时刻以及当前测试用例的初始执行时间至当前时刻测试用例执行的进度即已执行的测试案例数量和全部测试案例数量的比值确定。其中，当前测试用例可以包括本轮待执行的全部测试用例。比如，主节点下发两个测试用例，预估完成时间为这两个测试用例的预估完成时间。

并且，主节点获取从节点反馈的测试状态信息的具体实现方式根据闭环PID系统控制器理论确定，这样可以提高主从节点的CPU资源利用率同时又不影响节点的正常运行速度。

另外，本实施例还可以获取从节点反馈的测试结果。

步骤S12：利用所述测试状态信息为多个所述从节点确定出对应的目标测试用例。

在具体的实施方式中，本实施例可以利用所述预估完成时间、所述测试状态信息对应的测试用例的测试案例数量确定出所述从节点的测试速度然后利用所述测试速度和所述CPU占用率为所述从节点确定出对应的目标测试用例。其中，述测试状态信息对应的测试用例的测试案例数量可以由从节点上报，也可以在主节点本地下发测试用例的历史信息中查找获得，然后可以利用所述预估完成时间、所述测试状态信息对应的测试用例的测试案例数量、以及从节点上报的所述测试状态信息对应的测试用例的初始执行时间确定出所述从节点的测试速度。当然，从节点也可以确定出自身的测试速度，然后上报给主节点，比如，从节点可以利用当前测试用例的初始执行时间、当前时刻以及当前测试用例的初始执行时间至当前时刻测试案例执行的数量确定出自身的测试速度，然后上报给主节点。主节点可以根据从节点的测试速度和CPU占用率确定出从节点对应的测试用例，具体的，以测试速度越快、CPU占用率越低分配的测试任务越重的原则进行分配，也即，给测试速度越快、CPU占用率越低的从节点分配越多的测试用例，或包含测试案例较多的测试用例。主节点确定出从节点对应的目标测试用例，具体的，确定出从节点的名称和对应的测试用例名称，然后按照从节点的名称和测试用例名称为相应的从节点分配对应的测试用例。

步骤S13：将确定出的所述目标测试用例下发至对应的所述从节点，以便对应的所述从节点利用所述目标测试用例进行程序测试。

在具体的实施方式中，本实施例可以根据所述预估完成时间确定出所述目标测试用例对应的下发时刻，然后在所述下发时刻将所述目标测试用例下发至对应的所述从节点。也即，在从节点当前执行的测试用例完成之前预先下发目标测试用例，防止从节点出现测试空闲时间，以提升程序测试的效率。

可以理解的是，主节点可以重复执行步骤S11至步骤S13,直到全部的测试用例对待测试程序的测试完成，利用的从节点可以为分布式系统中的全部从节点，这样，极大的提高了测试效率，降低测试耗时。

并且，主节点也可以根据自己的CPU占用率进行一部分程序测试。

另外，本实施例可以利用shell脚本语言配置无密连接文件，以便利用所述无密连接文件与从节点建立无密连接。

可见，本申请实施例获取多个从节点的测试状态信息；其中，所述测试状态信息包括从节点的CPU占用率、当前测试用例的预估完成时间；利用所述测试状态信息为多个所述从节点确定出对应的目标测试用例；将确定出的所述目标测试用例下发至对应的所述从节点，以便对应的所述从节点利用所述目标测试用例进行程序测试。这样，利用多个从节点的测试状态信息为多个从节点分配对应的测试用例，然后由多个从节点进行相应的程序测试，能够提升分布式系统的资源利用率，从而提升程序测试的效率。

参见图2所示，本申请实施例公开了一种具体的测试方法，应用于分布式系统的主节点，包括：

步骤S21：从gtest框架获取测试用例以及测试用例信息。

也即，本实施例可以基于gtest框架实现测试用例，然后从gtest框架获取测试用例以及测试用例信息。并且，测试用例信息还可以包括测试用例的名称、总测试用例数量、每个测试案例的名称等。

步骤S22：创建程序测试触发文件。

步骤S23：当获取到程序测试执行指令，则利用所述程序测试触发文件向多个所述从节点下发对应的初始测试用例以及对应的测试执行指令，以便所述从节点在所述测试执行指令的控制下利用对应的所述初始测试用例进行程序测试。

在具体的实施方式中，可以采用makefile文件配置一键启动的执行文件即程序测试触发文件，当获取到程序测试执行指令，则触发多个从节点执行程序测试。这样，一键启动，多节点同时进行测试，提高了程序测试的效率，极大的降低了测试耗时。

步骤S24：获取多个从节点的测试状态信息；其中，所述测试状态信息包括所述从节点的CPU占用率、当前测试用例的预估完成时间。

步骤S25：利用所述测试状态信息为多个所述从节点确定出对应的目标测试用例。

步骤S26：将确定出的所述目标测试用例下发至对应的所述从节点，以便对应的所述从节点利用所述目标测试用例进行程序测试。

例如，参见图3所示，本申请实施例公开了一种具体的程序测试实施架构图。在主节点添加主控制器，主控制器的主要功能包括处理从节点反馈过来的信息、为从节点分配测试用例、集中管理测试结果。主控制器从gtest框架中获取测试用例的信息，如测试用例名称(test_case_name)，每个测试用例下面的案例(test_name)个数，总的测试用例数等信息，结合分布式系统节点之间可以分工协作的特性，实现智能分配算法，将测试用例智能的分配给从节点进行测试，收集测试结果进行集中管理。可以利用C++语言设计主控制器，这样，易于从gtest类中获取测试用例的相关信息，主控制器可以包括智能分配算法控制器，智能分配算法控制器采用闭环的PID系统控制器的理念设计，这样可以提高主从节点的CPU资源利用率同时又不影响节点的正常运行速度，主节点收集从节点CPU占用率、从节点完成的预估时间、测试用例的案例数等信息，并整合为智能分配算法的输入信息，智能分配算法的输出为节点名称和测试用例名称，也即，智能分配算法可根据从节点CPU占用率、测试用例预估完成时间等进行多个从节点的用例分配，进而达到降低测试耗时，提高节点资源利用率的效果，并且，统一管理算法输入输出，降低操作复杂度，简化操作步骤，提高工作效率。在从节点添加辅助控制器，辅助控制器的主要功能包括向主节点发送测试状态信息、执行主节点发送的命令。并且辅助控制器接收到主控制器发来的指令和信息后首先检测本节点当前测试用例的完成进展，和CPU占用情况，之后判断是否进行下一个测试用例的执行，并且在执行测试用例期间，采集当前测试用例执行的初始时间、当前时间和当前完成进展预估结束时间，然后向主节点反馈这些信息以及将测试结果信息反馈给主节点。可以采用shell语言设计从节点控制器，从节点将主节点发送过来的测试用例信息、从节点操作命令等信息转换为linux系统的执行文件，并实时获取主节点发送的信息进行该文件的修改，最后由主节点触发从节点运行该执行文件，进行测试用例的运行与数据收集。并且，主从节点之间配置无密连接，可以结合shell脚本语言配置主从节点的无密连接，以实现主节点对从节点的控制，命令发布与文件操作。

参见图4所示，本申请实施例公开了一种具体的测试方法，应用于分布式系统的从节点，包括：

步骤S31：向主节点上报本节点的测试状态信息；其中，所述测试状态信息包括本节点的CPU占用率、当前测试用例的预估完成时间；

步骤S32：获取所述主节点下发的目标测试用例；其中，所述目标测试用例为所述主节点利用所述测试状态信息为本节点确定出的测试用例；

步骤S33：利用所述目标测试用例进行程序测试。

其中，关于上述步骤S31和S33的具体过程可以参考前述实施例中公开的相应内容，在此不再进行赘述。

参见图5所示，本申请公开了一种测试装置，应用于分布式系统的主节点，包括：

测试信息获取模块11，用于获取多个从节点的测试状态信息；其中，所述测试状态信息包括从节点的CPU占用率、当前测试用例的预估完成时间；

测试用例确定模块12，用于利用所述测试状态信息为多个所述从节点确定出对应的目标测试用例；

测试用例下发模块13，用于将确定出的所述目标测试用例下发至对应的所述从节点，以便对应的所述从节点利用所述目标测试用例进行程序测试。

其中，测试用例确定模块12，具体用于利用所述预估完成时间、所述测试状态信息对应的测试用例的测试案例数量确定出所述从节点的测试速度；利用所述测试速度和所述CPU占用率为所述从节点确定出对应的目标测试用例。

测试用例下发模块13，具体用于根据所述预估完成时间确定出所述目标测试用例对应的下发时刻；在所述下发时刻将所述目标测试用例下发至对应的所述从节点。

所述测试装置还包括无密连接配置模块，用于配置无密连接文件，以便利用所述无密连接文件与从节点建立无密连接。

所述测试装置还包括用例信息获取模块，用于从gtest框架获取测试用例以及测试用例信息；其中，所述测试用例信息包括测试用例的数量和每个测试用例对应的测试案例数量。

所述测试装置还包括测试触发模块，用于创建程序测试触发文件；当获取到程序测试执行指令，则利用所述程序测试触发文件向多个所述从节点下发对应的初始测试用例以及对应的测试执行指令，以便所述从节点在所述测试执行指令的控制下利用对应的所述初始测试用例进行程序测试。

参见图6所示，本申请实施例公开了一种测试设备，包括处理器21和存储器22；其中，所述存储器22，用于保存计算机程序；所述处理器21，用于执行所述计算机程序，以实现以下步骤：

获取多个从节点的测试状态信息；其中，所述测试状态信息包括所述从节点的CPU占用率、当前测试用例的预估完成时间；利用所述测试状态信息为多个所述从节点确定出对应的目标测试用例；将确定出的所述目标测试用例下发至对应的所述从节点，以便对应的所述从节点利用所述目标测试用例进行程序测试。

本实施例中，所述处理器21执行所述存储器22中保存的计算机子程序时，可以具体实现以下步骤：利用所述预估完成时间、所述测试状态信息对应的测试用例的测试案例数量确定出所述从节点的测试速度；利用所述测试速度和所述CPU占用率为所述从节点确定出对应的目标测试用例。

本实施例中，所述处理器21执行所述存储器22中保存的计算机子程序时，可以具体实现以下步骤：根据所述预估完成时间确定出所述目标测试用例对应的下发时刻；在所述下发时刻将所述目标测试用例下发至对应的所述从节点。

本实施例中，所述处理器21执行所述存储器22中保存的计算机子程序时，可以具体实现以下步骤：配置无密连接文件，以便利用所述无密连接文件与从节点建立无密连接。

本实施例中，所述处理器21执行所述存储器22中保存的计算机子程序时，可以具体实现以下步骤：从gtest框架获取测试用例以及测试用例信息；其中，所述测试用例信息包括测试用例的数量和每个测试用例对应的测试案例数量。

本实施例中，所述处理器21执行所述存储器22中保存的计算机子程序时，可以具体实现以下步骤：创建程序测试触发文件；当获取到程序测试执行指令，则利用所述程序测试触发文件向多个所述从节点下发对应的初始测试用例以及对应的测试执行指令，以便所述从节点在所述测试执行指令的控制下利用对应的所述初始测试用例进行程序测试。

并且，存储器22作为资源存储的载体，可以是只读存储器、随机存储器、磁盘或者光盘等，存储方式可以是短暂存储或者永久存储。

参见图7所示，本申请公开了一种服务器20，包括前述实施例中公开的包括处理器21和存储器22的测试设备。关于上述处理器21具体可以执行的步骤可以参考前述实施例中公开的相应内容，在此不再进行赘述。

进一步的，本实施例中的服务器20，还可以具体包括电源23、通信接口24、输入输出接口25和通信总线26；其中，电源23用于为服务器20上的各硬件设备提供工作电压；通信接口24能够为服务器20创建与外界设备之间的数据传输通道，其所遵循的通信协议是能够适用于本申请技术方案的任意通信协议，在此不对其进行具体限定；输入输出接口25，用于获取外界输入数据或向外界输出数据，其具体的接口类型可以根据具体应用需要进行选取，在此不进行具体限定。

进一步的，本申请实施例还公开了一种计算机可读存储介质，用于保存计算机程序，其中，计算机程序被处理器执行时实现以下步骤：

本实施例中，计算机可读存储介质中保存的计算机子程序被处理器执行时，可以具体实现以下步骤：利用所述预估完成时间、所述测试状态信息对应的测试用例的测试案例数量确定出所述从节点的测试速度；利用所述测试速度和所述CPU占用率为所述从节点确定出对应的目标测试用例。

本实施例中，计算机可读存储介质中保存的计算机子程序被处理器执行时，可以具体实现以下步骤：根据所述预估完成时间确定出所述目标测试用例对应的下发时刻；在所述下发时刻将所述目标测试用例下发至对应的所述从节点。

本实施例中，计算机可读存储介质中保存的计算机子程序被处理器执行时，可以具体实现以下步骤：配置无密连接文件，以便利用所述无密连接文件与从节点建立无密连接。

本实施例中，计算机可读存储介质中保存的计算机子程序被处理器执行时，可以具体实现以下步骤：从gtest框架获取测试用例以及测试用例信息；其中，所述测试用例信息包括测试用例的数量和每个测试用例对应的测试案例数量。

本实施例中，计算机可读存储介质中保存的计算机子程序被处理器执行时，可以具体实现以下步骤：创建程序测试触发文件；当获取到程序测试执行指令，则利用所述程序测试触发文件向多个所述从节点下发对应的初始测试用例以及对应的测试执行指令，以便所述从节点在所述测试执行指令的控制下利用对应的所述初始测试用例进行程序测试。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上对本申请所提供的一种测试方法、装置、设备及介质进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims

1.一种测试方法，其特征在于，应用于分布式系统的主节点，包括：

2.根据权利要求1所述的测试方法，其特征在于，所述利用所述测试状态信息为多个所述从节点确定出对应的目标测试用例，包括：

3.根据权利要求1所述的测试方法，其特征在于，所述将确定出的所述目标测试用例下发至对应的所述从节点，包括：

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

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

从gtest框架获取测试用例以及测试用例信息；

6.根据权利要求1至5任一项所述的测试方法，其特征在于，所述获取多个从节点的测试状态信息之前，还包括：

创建程序测试触发文件；

7.一种测试方法，其特征在于，应用于分布式系统的从节点，包括：

利用所述目标测试用例进行程序测试。

8.一种测试装置，其特征在于，应用于分布式系统的主节点，包括：

9.一种测试设备，其特征在于，包括处理器和存储器；其中，

所述存储器，用于保存计算机程序；

所述处理器，用于执行所述计算机程序，以实现如权利要求1至7任一项所述的测试方法。

10.一种计算机可读存储介质，其特征在于，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的测试方法。