一种压力测试方法和装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种压力测试方法和装置。

背景技术

在分布式系统中，系统之间可能存在调用关系。例如，第一系统在业务处理过程中需要调用第二系统，以获取第二系统的业务处理结果。在不同时间段，第一系统在调用过程中向第二系统发送的数据流量可能存在差异。为了确保调用过程顺利进行，通常需要对第二系统进行压力测试。

在现有技术中，通常采用测试数据对第二系统进行压力测试。但是，由于测试数据与实际应用场景产生的真实数据存在差异，因此，通过现有技术得到的测试结果的准确度有待进一步提高。

发明内容

有鉴于此，本发明实施例提供一种压力测试方法和装置，能够提高测试结果的准确度。

第一方面，本发明实施例提供了一种压力测试方法，包括：

将第一系统的消息添加到消息队列中；

确定所述消息队列中消息的数量是否大于预设的当前流量阈值，如果是，根据所述当前流量阈值，从所述消息队列中拉取消息；

向所述第二系统发送拉取的消息；

接收所述第二系统发送的压力测试结果。

可选地，

所述压力测试结果，包括：所述第二系统的业务处理结果；所述业务处理结果由所述第二业务系统根据接收的消息生成；

在所述接收所述第二系统发送的压力测试结果之后，进一步包括：

按照由小到大的顺序，将预设的排在所述当前流量阈值之后的流量阈值作为更新后的当前流量阈值，执行所述将第一系统的消息添加到消息队列中。

可选地，

所述压力测试结果，包括：所述第二系统的故障通知；

在所述接收所述第二系统发送的压力测试结果之后，该方法进一步包括：

在预设的时间间隔后，执行所述向所述第二系统发送拉取的消息。

可选地，

所述向所述第二系统发送拉取的消息，包括：

基于RPC(Remote Procedure Call，远程过程调用)或HTTP(Hyper Text TransferProtocol，超文本传输协议)向所述第二系统发送拉取的消息。

可选地，

所述消息队列与所述第二系统一一对应。

可选地，

进一步包括：

当所述消息队列中消息的数量不大于预设的当前流量阈值时，执行所述将第一系统的消息添加到消息队列中。

第二方面，本发明实施例提供了一种压力测试装置，包括：

添加模块，配置为将第一系统的消息添加到消息队列中；

确定模块，配置为确定所述消息队列中消息的数量是否大于预设的当前流量阈值，如果是，根据所述当前流量阈值，从所述消息队列中拉取消息；

发送模块，配置为向所述第二系统发送拉取的消息；

接收模块，配置为接收所述第二系统发送的压力测试结果。

可选地，

所述压力测试结果，包括：所述第二系统的业务处理结果；所述业务处理结果由所述第二业务系统根据接收的消息生成；

进一步包括：更新模块，配置为按照由小到大的顺序，将预设的排在所述当前流量阈值之后的流量阈值作为更新后的当前流量阈值，触发添加模块。

第三方面，本发明实施例提供了一种电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述任一实施例所述的方法。

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

上述发明中的一个实施例具有如下优点或有益效果：采用第一系统的消息对第二系统进行压力测试，该消息与测试数据相比，能够反映真实应用场景，得到更加准确的测试结果。另外，针对第一系统一次产生的消息可能无法满足测试需求量的情况，该方法通过消息队列累积消息，使测试流量能够达到当前流量阈值，以满足峰值压测的要求，获得更加可靠的测试结果。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是本发明的一个实施例提供的一种系统间数据交互的流程图；

图2是本发明的一个实施例提供的一种压力测试方法的流程图；

图3是本发明的另一个实施例提供的一种压力测试方法的流程图；

图4是本发明的又一个实施例提供的一种压力测试方法的流程图；

图5是本发明的再一个实施例提供的一种压力测试方法的流程图；

图6是本发明的一个实施例提供的一种压力测试装置的示意图；

图7是本发明实施例可以应用于其中的示例性系统架构图；

图8是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

在分布式系统中，系统与系统之间是相互隔离的，需要通过网络通信协议来完成数据交互。如图1所示，系统A在完成业务处理后，将结果写入A数据库，然后调用系统B，系统B在完成业务处理后，将结果写入B数据库，并向系统A返回需要的数据，系统A将系统B返回的数据更新到A数据库中。

在不同时间段，系统A在调用过程中向系统B发送的数据流量可能存在差异。为了确保调用过程顺利进行，通常需要对系统B进行压力测试。

在现有技术中，通常采用测试数据对系统B进行压力测试。但是，由于测试数据与实际应用场景产生的真实数据存在差异，因此，通过现有技术得到的测试结果的准确度有待进一步提高。

鉴于此，如图2所示，本发明实施例提供了一种压力测试方法，包括：

步骤201：将第一系统的消息添加到消息队列中。

第一系统的消息用于调用第二系统，在本发明实施例中，该消息并未被直接发送给第二系统，而是添加到消息队列中，以使消息队列中的消息能够达到测试需要的流量。

步骤202：确定消息队列中消息的数量是否大于预设的当前流量阈值，如果是，执行步骤203，否则，执行步骤201。

当前流量阈值可以根据实际业务需求进行配置，对于不同的第二系统，可以设置不同的当前流量阈值。在本发明实施例中，可以针对第二系统配置多个流量阈值，将多个流量阈值分别作为当前流量阈值对第二系统进行压力测试。

步骤203：根据当前流量阈值，从消息队列中拉取消息。

步骤204：向第二系统发送拉取的消息。

步骤205：接收第二系统发送的压力测试结果。

在本发明实施例中，压力测试结果可以分为两类，一类是当第二系统未出现故障时，第二系统将反馈其业务处理结果，另一类是当第二系统出现故障时，第二系统将向第一系统发送故障通知。

本发明实施例采用第一系统的消息对第二系统进行压力测试，该消息与测试数据相比，能够反映真实应用场景，得到更加准确的测试结果。另外，针对第一系统一次产生的消息可能无法满足测试需求量的情况，该方法通过消息队列累积消息，使测试流量能够达到当前流量阈值，以满足峰值压测的要求，获得更加可靠的测试结果。

此外，本发明实施例将第一系统与第二系统解耦，在第二系统进行压力测试时，第一系统不需要承受流量压力，不影响第一系统的业务处理。

在本发明的一个实施例中，压力测试结果，包括：第二系统的业务处理结果；业务处理结果由第二业务系统根据接收的消息生成；

在接收第二系统发送的压力测试结果之后，进一步包括：

按照由小到大的顺序，将预设的排在当前流量阈值之后的流量阈值作为更新后的当前流量阈值，执行将第一系统的消息添加到消息队列中。

在本发明实施例中，当预设的流量阈值存在多个时，可以按照由小到大的顺序依次将各个流量阈值作为当前流量阈值进行测试，以在多个流量阈值中确定第二系统能够承受的最大流量阈值。例如，预设的流量阈值包括：10MB/s、20MB/s、30MB/s，首先将10MB/s作为当前流量阈值对第二系统进行压力测试，如果第二系统反馈其业务处理结果，则可以基于20MB/s对第二系统进行压力测试。以此类推，直到测试完全部流量阈值。在确定了第二系统能够承受的最大流量阈值之后，在后续调用过程中，第一系统可以按照最大流量阈值向第二系统发送数据。

在本发明的一个实施例中，压力测试结果，包括：第二系统的故障通知；

在接收第二系统发送的压力测试结果之后，该方法进一步包括：

在预设的时间间隔后，执行向第二系统发送拉取的消息。

当第二系统发生故障后，其无法消费从消息队列中拉取的消息，该方法可以按照预设的时间间隔进行重试。在实际应用场景中，也可以根据第二系统发送的故障解除通知，再次向第二系统发送拉取的消息。

在本发明的一个实施例中，向第二系统发送拉取的消息，包括：

基于RPC或HTTP向第二系统发送拉取的消息。

本发明实施例基于RPC或HTTP实现与第二系统间的交互，打破系统之间的隔离。

在本发明的一个实施例中，考虑到在分布式系统中，与第一系统存在调用关系的第二系统可能存在多个，为了分别对不同的第二系统进行压力测试，消息队列与第二系统一一对应。

如图3所示，本发明实施例提供了一种压力测试方法，包括：

步骤301：将第一系统的消息添加到消息队列中；

步骤302：确定消息队列中消息的数量是否大于预设的当前流量阈值，如果是，执行步骤303，否则，执行步骤301。

步骤303：根据当前流量阈值，从消息队列中拉取消息。

步骤304：基于RPC向第二系统发送拉取的消息。

步骤305：接收第二系统发送的故障通知，在预设的时间间隔后，执行步骤304。

本发明实施例利用消息队列存储第一系统的消息，以使消息的数量能够达到当前流量阈值，满足压力测试的流量需求。当第二系统发生故障时，消息可以存储在消息队列中，待第二系统恢复工作后，再将消息发送给第二系统，能够防止消息丢失，保证第一系统和第二系统中业务处理的一致性。

如图4所示，本发明实施例仍以系统A调用系统B为例，对压力测试方法进行说明。系统A在完成业务处理后，将业务处理结果写入A数据库。压力测试装置将系统A的信息添加到消息队列中，当消息队列中消息的数量大于预设的当前流量阈值时，根据当前流量阈值从消息队列中拉取消息，基于RPC向系统B发送拉取的消息。系统B根据获取的消息进行业务处理，得到业务处理结果，并将业务处理结果写入B数据库，并向系统A返回业务处理结果，系统A将系统B返回的业务处理结果更新到A数据库中。

如图5所示，本发明实施例以多个流量阈值为例对压力测试方法进行说明，该方法包括：

步骤501：将第一系统的消息添加到消息队列中。

步骤502：确定消息队列中消息的数量是否大于预设的当前流量阈值，如果是，执行步骤503，否则，执行步骤501。

步骤503：根据当前流量阈值，从消息队列中拉取消息。

步骤504：基于RPC向第二系统发送拉取的消息。

步骤505：接收第二系统发送的业务处理结果。

步骤506：按照由小到大的顺序，将预设的排在当前流量阈值之后的流量阈值作为更新后的当前流量阈值，执行步骤501。

本发明实施例通过不同的流量阈值对第二系统进行压力测试，能够确定在这些流量阈值中，第二系统所能承受的最大流量阈值，后续处理过程第一系统可以按照最大流量阈值调用第二系统。

如图6所示，本发明实施例提供了一种压力测试装置，包括：

添加模块601，配置为将第一系统的消息添加到消息队列中；

确定模块602，配置为确定消息队列中消息的数量是否大于预设的当前流量阈值，如果是，根据当前流量阈值，从消息队列中拉取消息；

发送模块603，配置为向第二系统发送拉取的消息；

接收模块604，配置为接收第二系统发送的压力测试结果。

该压力测试装置运行在第一系统中。

在本发明的一个实施例中，压力测试结果，包括：第二系统的业务处理结果；业务处理结果由第二业务系统根据接收的消息生成；

进一步包括：更新模块，配置为按照由小到大的顺序，将预设的排在当前流量阈值之后的流量阈值作为更新后的当前流量阈值，触发添加模块。

在本发明的一个实施例中，压力测试结果，包括：第二系统的故障通知；接收模块604，配置为在预设的时间间隔后，触发发送模块603。

在本发明的一个实施例中，发送模块603，配置为基于远程过程调用RPC或超文本传输协议HTTP向第二系统发送拉取的消息。

在本发明的一个实施例中，消息队列与第二系统一一对应。

在本发明的一个实施例中，确定模块602，配置为当消息队列中消息的数量不大于预设的当前流量阈值时，触发添加模块601。

本发明实施例提供了一种电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如上述任一实施例的方法。

本发明实施例提供了一种计算机可读介质，其上存储有计算机程序，程序被处理器执行时实现如上述任一实施例的方法。

图7示出了可以应用本发明实施例的压力测试方法或压力测试装置的示例性系统架构700。

如图7所示，系统架构700可以包括终端设备701、702、703，网络704和服务器705。网络704用以在终端设备701、702、703和服务器705之间提供通信链路的介质。网络704可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备701、702、703通过网络704与服务器705交互，以接收或发送消息等。终端设备701、702、703上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备701、702、703可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器705可以是提供各种服务的服务器，例如对用户利用终端设备701、702、703所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息--仅为示例)反馈给终端设备。

需要说明的是，本发明实施例所提供的压力测试方法一般由服务器705执行，相应地，压力测试装置一般设置于服务器705中。

应该理解，图7中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图8，其示出了适于用来实现本发明实施例的终端设备的计算机系统800的结构示意图。图8示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图8所示，计算机系统800包括中央处理单元(CPU)801，其可以根据存储在只读存储器(ROM)802中的程序或者从存储部分808加载到随机访问存储器(RAM)803中的程序而执行各种适当的动作和处理。在RAM 803中，还存储有系统800操作所需的各种程序和数据。CPU 801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。

以下部件连接至I/O接口805：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至I/O接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被中央处理单元(CPU)801执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括发送模块、获取模块、确定模块和第一处理模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，发送模块还可以被描述为“向所连接的服务端发送图片获取请求的模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：

将第一系统的消息添加到消息队列中；

确定所述消息队列中消息的数量是否大于预设的当前流量阈值，如果是，根据所述当前流量阈值，从所述消息队列中拉取消息；

向所述第二系统发送拉取的消息；

接收所述第二系统发送的压力测试结果。

根据本发明实施例的技术方案，采用第一系统的消息对第二系统进行压力测试，该消息与测试数据相比，能够反映真实应用场景，得到更加准确的测试结果。另外，针对第一系统一次产生的消息可能无法满足测试需求量的情况，该方法通过消息队列累积消息，使测试流量能够达到当前流量阈值，以满足峰值压测的要求，获得更加可靠的测试结果。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。