CN111400192A - 服务程序性能测试方法、装置及电子设备、存储介质 - Google Patents

Abstract

本公开关于一种服务程序性能测试方法、装置及电子设备、存储介质，涉及计算机测试技术领域。通过将施压程序打包并分别分发到至少两个主节点，以使每个所述主节点向下属的多个从节点部署设定的施压规则与所述施压程序；接收每个主节点下属的多个从节点反馈的部署状态结果；根据所述多个从节点反馈的部署状态结果，确定是否部署成功；如果确定部署成功，则通知每个主节点向下属的从节点，下发根据设定的施压规则执行施压程序的指令，通过中央控制节点，可以完成对多个主节点的管控，从而实现向大数量级的从节点分发施压程序，通过通知多个主节点，完成控制大数据量级的施压程序的执行，最终实现数量级更大的访问量的施压需求的服务程序性能测试。

Description

服务程序性能测试方法、装置及电子设备、存储介质

技术领域

本公开涉及计算机测试技术领域，尤其涉及一种服务程序性能测试方法、装置及电子设备、存储介质。

背景技术

性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。其中，性能测试包括压力测试，压力测试是通过确定一个系统的瓶颈或者不能接受的性能点，来获得系统能提供的最大服务级别的测试。压力测试的应用场景对象主要包括：待检测的服务节点及安装有施压程序的施压节点。因为，每台待检测的服务节点的资源有限，故能施压的访问数量是有限的，例如一台8核CPU、32G内存的施压节点可以发送2万个的HTTP请求，超过2万个时，将会影响施压节点发压效果。在现实场景中，一个服务程序能承受的访问数据通常都会远远超过2万个，因此，为了不影响施压节点的发压效果，通常需要很多个施压节点进行施压。

现有技术中，通常通过分布式架构进行性能测试，即通过一个主节点挂载多个施压节点进行性能测试，然而主节点能挂载的施压节点的数量是有限的。当遇到数量级更大的施压需求时，则不能完成对服务节点的性能测试。

发明内容

本公开提供一种服务程序性能测试方法、装置及电子设备、存储介质，以至少解决相关技术中当遇到数量级大的施压需求时，不能完成对服务节点的性能测试的问题。本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种服务程序性能测试方法，所述方法包括：

将施压程序打包并分别分发到至少两个主节点，以使每个所述主节点向下属的多个从节点部署设定的施压规则与所述施压程序；

接收每个主节点下属的多个从节点反馈的部署状态结果；

根据所述多个从节点反馈的部署状态结果，确定是否部署成功；

如果确定部署成功，则通知每个主节点向下属的从节点，下发根据设定的施压规则执行施压程序的指令。

根据本公开实施例的第二方面，提供一种服务程序性能测试装置，所述装置包括：

信息分发单元，被配置成执行将施压程序打包并分别分发到至少两个主节点，以使每个所述主节点向下属的多个从节点部署设定的施压规则与所述施压程序；

信息接收单元，被配置成执行接收每个主节点下属的多个从节点反馈的部署状态结果；

部署状态确定单元，被配置成执行根据所述多个从节点反馈的部署状态结果，确定是否部署成功；

所述信息分发单元，还被配置成执行如果确定部署成功，则通知每个主节点下属的从节点，向服务节点下发根据设定的施压规则执行施压程序的指令。

根据本公开实施例的第三方面，提供了一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，处理器被配置为执行指令，以实现本公开实施例第一方面的服务程序性能测试方法。

根据本公开实施例的第四方面，提供了一种存储介质，当存储介质中的指令由服务器的处理器执行时，使得服务器能够执行如本公开实施例第一方面的服务程序性能测试方法。

根据本公开实施例的第五方面，提供一种计算机程序产品，包括指令，当计算机程序产品被计算机所执行时，该指令使得计算机执行本公开实施例第一方面的服务程序性能测试方法。

本公开的实施例提供的技术方案至少带来以下有益效果：该服务程序性能测试方法通过将施压程序打包并分别分发到至少两个主节点，以使每个所述主节点向下属的多个从节点部署设定的施压规则与所述施压程序；接收每个主节点下属的多个从节点反馈的部署状态结果；根据所述多个从节点反馈的部署状态结果，确定是否部署成功；如果确定部署成功，则通知每个主节点向下属的从节点，下发根据设定的施压规则执行施压程序的指令，通过中央控制节点，可以完成对多个主节点的管控，从而实现向大数量级的从节点分发施压程序，并且通过通知多个主节点，即可完成控制大数据量级的施压程序的执行，从而最终实现数量级更大的访问量的施压需求的服务程序性能测试。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。

图1是根据一示例性实施例示出的一种服务程序性能测试方法的流程图。

图2是根据一示例性实施例示出的服务程序性能测试系统的交互示意图。

图3是根据一示例性实施例示出的一种服务程序性能测试方法的流程图。

图4为图1中S13的具体流程图。

图5是根据一示例性实施例示出的一种服务程序性能测试方法的流程图。

图6为图5中S52的具体流程图。

图7是根据一示例性实施例示出的一种服务程序性能测试方法的流程图。

图8是根据一示例性实施例示出的一种服务程序性能测试装置的框图。

图9是根据一示例性实施例示出的一种服务程序性能测试装置的框图。

图10是根据一示例性实施例示出的一种服务程序性能测试装置的框图。

图11是根据一示例性实施例示出的一种服务程序性能测试装置的框图。

图12是根据一示例性实施例示出的一种电子设备的电路连接框图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

每秒查询数：每秒查询数QPS(Queries Per Second)是一台服务器每秒能够响应的查询数目，是对一个特定的查询服务器在规定时间内所处理流量多少的衡量标准。

Jenkins程序：Jenkins程序是一个基于Java的独立程序，可以用作简单的持续集成服务器或者变成任何项目的持续交互中心，也可以轻松地在多台机器上分配工作以帮助更快速地跨多个平台推动构建、测试和部署。

请参阅图1，本申请实施例提供了一种服务程序性能测试方法，应用于中央控制节点400。该中央控制节点400可以为第一服务器，中央控制节点应用于服务程序性能测试系统。服务程序性能测试系统还包括服务节点100、次节点200、主节点300以及测试终端500。如图2所示，中央控制节点400与至少两个主节点300(图2中未两个)通信连接，其中，主控节点可以为第二服务器，主控节点安装有主控程序，每个主节点300与多个从节点200通信连接，从节点200可以为第三服务器，每个从节点200均安装有Jenkins程序，每个主节点300下属的多个从节点200均与服务节点100(安装有服务程序)通信连接，中央控制节点400还与测试终端500、多个从节点200通信连接，以便进行数据交互。如图1所示，所述方法包括：

S11：将施压程序打包并分别分发到至少两个主节点300，以使每个所述主节点300向下属的多个从节点200部署设定的施压规则与所述施压程序。

具体地，测试人员可以在测试终端500利用Gatling工具，jmeper工具编写施压程序，并在编写完毕后将测试指令及编写好的施压程序发送至中央控制节点400，中央控制节点400接收到施压程序后将施压程序打包并分别分发到至少两个主节点300，其中，施压规则可以根据实际需求而设定。

S12：接收每个主节点300下属的多个从节点200反馈的部署状态结果。

其中，部署状态结果可以包括部署完毕、未部署完毕。具体地，可以在预设的时间后接收每个主节点300下属的多个从节点200反馈的部署状态结果。

S13：根据所述多个从节点200反馈的部署状态结果，确定是否部署成功，如果是，则执行S14，可选地，如果否，则执行S15。

S14：通知每个主节点300向下属的从节点200，下发根据设定的施压规则执行施压程序的指令。

每个从节点200在接收到根据设定的施压规则执行施压程序的指令后，则执行施压程序，从而每间隔预设的时间向服务节点100发送查询请求，为服务节点100施压。

该服务程序性能测试方法通过将施压程序打包并分别分发到至少两个主节点300，以使每个所述主节点300向下属的多个从节点200部署设定的施压规则与所述施压程序；接收每个主节点300下属的多个从节点200反馈的部署状态结果；根据所述多个从节点200反馈的部署状态结果，确定是否部署成功；如果确定部署成功，则通知每个主节点300向下属的从节点200，下发根据设定的施压规则执行施压程序的指令，通过中央控制节点400，可以完成对多个主节点300的管控，从而实现向大数量级的从节点200分发施压程序，并且通过通知多个主节点300，即可完成控制大数据量级的施压程序的执行，从而最终实现数量级更大的访问量的施压需求的服务程序性能测试。

如图3所示，S15：向测试终端500发送测试进度出现异常的提示信息。

测试终端500接收到出现异常的提示信息后在显示屏显示，从而测试人员可以及时得知部署发生异常，需要进行部署检测修改。

可选地，如图4所示，S13可以具体包括：

S31：判断接收到多个从节点200反馈的部署状态结果中，表征部署完毕的从节点200的比例是否小于预设的阈值；如果小于预设的阈值，则执行S32，如果大于等于预设的阈值，则执行S33。

S32：确定部署成功。

S33：确定部署失败。

可以理解地，部署完毕的从节点200的比例小于预设的阈值时，表征大部分从节点200部署完毕，因此，可以确定部署成功，部署完毕的从节点200的比例大于等于预设的阈值时，表征较大数量的从节点200未部署完毕，因此，可以确定部署失败。其中，预设的阈值可以根据实际需求而定，例如，可以为5％、8％、10％等等，在此不做限定。

可选地，如图5所示，在S14之后，所述方法还包括：

S51：接收每个主节点300下属的多个从节点200反馈的施压程序的运行状态结果。

在从节点200接收到根据设定的施压规则执行施压程序的指令后，即根据设定的施压规则执行施压程序，从而向服务节点100施压，并且从节点200实时监听施压程序的运行状态，并将监听到的运行状态结果反馈至中央控制节点400。可选地，设定的施压规则可以包括规定的施压程序向服务节点100的访问次数(如，每秒查询数QPS)及访问时间；例如，设定的施压规则可以为规定在5s内访问2W次服务节点100。

S52：根据所述多个从节点200反馈的施压程序的运行状态结果，确定是否处于异常性能测试状态，如果是，则执行S53。

S53：通知每个主节点300下属的从节点200，向服务节点100下发停止执行施压程序的指令。

当处于异常性能测试状态时，最终得到的性能测试结果的可靠性差，因此，需要停止进行性能测试(即通知每个主节点300下属的从节点200，向服务节点100下发停止执行施压程序的指令)。

可选地，如图6所示，S52具体包括：

S61：判断接收到的多个从节点200反馈的施压程序的运行状态结果中，表征运行状态出现异常的从节点200的比例是否在预设的阈值内；如果在预设的阈值内，则执行S62，如果否，则执行S63。

S62：确定处于正常性能测试状态。

S63：确定处于异常性能测试状态。

可以理解地，运行状态出现异常的从节点200的比例小于预设的阈值时，表征大部分从节点200执行施压程序未出现异常，因此，可以确定处于正常性能测试状态，运行状态出现异常的从节点200的比例大于等于预设的阈值时，表征较大数量的从节点200执行施压程序时出现异常，因此，可以确定处于异常性能测试状态。其中，预设的阈值可以根据实际需求而定，例如，可以为5％、8％、10％等等，在此不做限定。

可选地，在S14之后，如图7所示，所述方法还包括：

S71：如果处于正常性能测试状态下执行完毕施压程序，则接收施压程序执行完毕的多个次节点发送的进程结束通知。

S72：在接收到进程结束通知后，生成性能测试报告。

在接收到多个次节点发送的进程结束通知后，说明性能测试完毕，则可以根据服务节点100的运行情况生成性能测试报告，可以把性能测试报告发送至测试终端500显示，测试人员即可根据性能测试报告及时得知性能测试结果。

图8是根据一示例性实施例示出的一种服务程序性能测试装置800的框图。请参照图8，本公开实施例还提供了一种服务程序性能测试装置800，应用于中央控制节点400。该中央控制节点400可以为第一服务器，中央控制节点应用于服务程序性能测试系统。服务程序性能测试系统还包括服务节点100、次节点200、主节点300以及测试终端500。该中央控制节点400可以为第一服务器，如图2所示，中央控制节点400与多个主节点300通信连接，其中，主控节点安装有主控程序，每个主节点300与多个从节点200通信连接，每个主节点300下属的多个从节点200均与服务节点100通信连接，中央控制节点400还与测试终端500、多个从节点200通信连接，以便进行数据交互。需要说明的是，本申请实施例所提供的服务程序性能测试装置800，其基本原理及产生的技术效果和上述实施例相同，为简要描述，本申请实施例部分未提及之处，可参考上述的实施例中相应内容。所述装置800包括：信息分发单元801、信息接收单元802、部署状态确定单元803，其中，

信息分发单元801，被配置成执行将施压程序打包并分别分发到至少两个主节点300，以使每个所述主节点300向下属的多个从节点200部署设定的施压规则与所述施压程序。

其中，设定的施压规则可以包括规定的施压程序向服务节点100的访问次数及访问时间。

信息接收单元802，被配置成执行接收每个主节点300下属的多个从节点200反馈的部署状态结果。

部署状态确定单元803，被配置成执行根据所述多个从节点200反馈的部署状态结果，确定是否部署成功。

信息分发单元801，还被配置成执行如果确定部署成功，则通知每个主节点300下属的从节点200，向服务节点100下发根据设定的施压规则执行施压程序的指令。

该服务程序性能测试装置800在执行时可以实现以下功能：通过将施压程序打包并分别分发到至少两个主节点300，以使每个所述主节点300向下属的多个从节点200部署设定的施压规则与所述施压程序；接收每个主节点300下属的多个从节点200反馈的部署状态结果；根据所述多个从节点200反馈的部署状态结果，确定是否部署成功；如果确定部署成功，则通知每个主节点300向下属的从节点200，下发根据设定的施压规则执行施压程序的指令，通过中央控制节点400，可以完成对多个主节点300的管控，从而实现向大数量级的从节点200分发施压程序，并且通过通知多个主节点300，即可完成控制大数据量级的施压程序的执行，从而最终实现数量级更大的访问量的施压需求的服务程序性能测试。

可选地，信息分发单元801还被配置成如果确定部署失败，则向测试终端500发送测试进度出现异常的提示信息。

可选地，如图9所示，部署状态确定单元803包括：

第一判断模块901，被配置成执行判断接收到多个从节点200反馈的部署状态结果中，表征部署完毕的从节点200的比例是否小于预设的阈值。

第一结果确定模块902，被配置成执行如果小于预设的阈值，则确定部署成功。

第一结果确定模块902，还被配置成执行如果大于等于预设的阈值，则确定部署失败。

可选地，信息分发单元801，还被配置成执行接收每个主节点300下属的多个从节点200反馈的施压程序的运行状态结果。

如图10所示，所述装置800还包括：

测试状态确定单元1000，被配置成执行根据所述多个从节点200反馈的施压程序的运行状态结果，确定是否处于异常性能测试状态。

信息分发单元801，被配置成执行如果确定处于异常性能测试状态，则通知每个主节点300下属的从节点200，向服务节点100下发停止执行施压程序的指令。

具体地，如图10所示，测试状态确定单元包括：

第二判断模块1001，被配置成执行判断接收到的多个从节点200反馈的施压程序的运行状态结果中，表征运行状态出现异常的从节点200的比例是否在预设的阈值内。

第二结果确定模块1002，被配置成执行如果在预设的阈值内，则确定处于正常性能测试状态。

第二结果确定模块1002，还被配置成执行如果不在预设的阈值内，则确定处于异常性能测试状态。

可选地，信息接收单元803，被配置成执行如果处于正常性能测试状态下执行完毕施压程序，则接收施压程序执行完毕的多个次节点发送的进程结束通知。

如图11所示，所述装置800还包括：

测试报告生成单元1101，被配置成执行在接收到进程结束通知后，生成性能测试报告。

关于上述实施例中的装置500，其中各个模块及单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图12是根据一示例性实施例示出的一种电子设备的框图。例如，电子设备可以被提供为一服务器。参照图12，电子设备包括处理组件1222，其进一步包括一个或多个处理器，以及由存储器1232所代表的存储器资源，用于存储可由处理组件1222的执行的指令，例如应用程序。存储器1232中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1222被配置为执行指令，以执行上述的服务程序性能测试生成方法。所述服务程序性能测试生成方法可以包括：

将施压程序打包并分别分发到至少两个主节点，以使每个所述主节点向下属的多个从节点部署设定的施压规则与所述施压程序；

接收每个主节点下属的多个从节点反馈的部署状态结果；

根据所述多个从节点反馈的部署状态结果，确定是否部署成功；

如果确定部署成功，则通知每个主节点向下属的从节点，下发根据设定的施压规则执行施压程序的指令。

电子设备还可以包括一个电源组件1226被配置为执行电子设备的电源管理，一个有线或无线网络接口1250被配置为将电子设备连接到网络，和一个输入输出(I/O)接口1258。电子设备可以操作基于存储在存储器1232的操作系统，例如Windows ServerTM，MacOS XTM，UnixTM，LinuxTM，FreeBSDTM或类似。

在示例性实施例中，还提供了一种包括指令的存储介质，例如包括指令的存储器，上述指令可由电子设备的处理器执行以完成上述服务程序性能测试生成方法。其中，服务程序性能测试生成方法可以包括：

将施压程序打包并分别分发到至少两个主节点，以使每个所述主节点向下属的多个从节点部署设定的施压规则与所述施压程序；

接收每个主节点下属的多个从节点反馈的部署状态结果；

根据所述多个从节点反馈的部署状态结果，确定是否部署成功；

如果确定部署成功，则通知每个主节点向下属的从节点，下发根据设定的施压规则执行施压程序的指令。

可选地，存储介质可以是非临时性计算机可读存储介质，例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (10)

1.一种服务节点的性能测试方法，其特征在于，应用于中央控制节点，所述方法包括：

将施压程序打包并分别分发到至少两个主节点，以使每个所述主节点向下属的多个从节点部署设定的施压规则与所述施压程序；

接收每个主节点下属的多个从节点反馈的部署状态结果；

根据所述多个从节点反馈的部署状态结果，确定是否部署成功；

如果确定部署成功，则通知每个主节点向下属的从节点，下发根据设定的施压规则执行施压程序的指令。

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

如果确定部署失败，则向测试终端发送测试进度出现异常的提示信息。

3.根据权利要求1或2所述的方法，其特征在于，所述根据所述多个从节点反馈的部署状态结果，确定是否部署成功包括：

判断接收到多个从节点反馈的部署状态结果中，表征部署完毕的从节点的比例是否小于预设的阈值；

如果小于预设的阈值，则确定部署成功；

如果大于等于预设的阈值，则确定部署失败。

4.根据权利要求1所述的方法，其特征在于，在所述通知每个主节点向下属的从节点下发，根据设定的施压规则执行施压程序的指令之后，所述方法还包括：

接收每个主节点下属的多个从节点反馈的施压程序的运行状态结果；

根据所述多个从节点反馈的施压程序的运行状态结果，确定是否处于异常性能测试状态；

如果确定处于异常性能测试状态，则通知每个主节点下属的从节点，向服务节点下发停止执行施压程序的指令。

5.根据权利要求4所述的方法，其特征在于，所述根据每个主节点下属的多个从节点反馈的施压程序的运行状态结果，确定是否处于异常性能测试状态包括：

判断接收到的多个从节点反馈的施压程序的运行状态结果中，表征运行状态出现异常的从节点的比例是否在预设的阈值内；

如果在预设的阈值内，则确定处于正常性能测试状态；

如果不在预设的阈值内，则确定处于异常性能测试状态。

6.根据权利要求1所述的方法，其特征在于，在所述通知每个主节点向下属的从节点下发根据设定的施压规则执行施压程序的指令之后，所述方法还包括：

如果处于正常性能测试状态下执行完毕施压程序，则接收施压程序执行完毕的多个次节点发送的进程结束通知；

在接收到进程结束通知后，生成性能测试报告。

7.根据权利要求1所述的方法，其特征在于，所述设定的施压规则包括：

规定的施压程序向服务节点的访问次数及访问时间。

8.一种服务程序性能测试装置，其特征在于，应用于中央控制节点，所述装置包括：

信息分发单元，被配置成执行将施压程序打包并分别分发到至少两个主节点，以使每个所述主节点向下属的多个从节点部署设定的施压规则与所述施压程序；

信息接收单元，被配置成执行接收每个主节点下属的多个从节点反馈的部署状态结果；

部署状态确定单元，被配置成执行根据所述多个从节点反馈的部署状态结果，确定是否部署成功；

所述信息分发单元，还被配置成执行如果确定部署成功，则通知每个主节点下属的从节点，向服务节点下发根据设定的施压规则执行施压程序的指令。

9.一种电子设备，其特征在于，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如权利要求1至7中任一项所述的服务程序性能测试方法。

10.一种存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如权利要求1至7中任一项所述的服务程序性能测试方法。

Images