一种服务器压力测试的方法及装置与流程

本发明涉及服务器测试领域，尤其是一种服务器压力测试的方法及装置。

背景技术：

随着互联网技术的发展，对互联网性能的要求也越来越高，因此对服务器的要求也越来越高。服务器是为互联网用户的客户端提供各种服务的设备。服务器承担着数据的存储、转发等关键作用，是基于客户机/服务器模式网络中不可缺的重要部分。因此服务器应该具有可靠的持续能力、更强大的存储能力和网络能力、更快捷的故障恢复功能和更广阔的扩展空间。为了保障服务器能满足网络发展的需求，则需要对服务器进行压力测试。

通过压力测试工具测试可以对服务器进行压力测试。当前有很多压力测试工具，比如WebApplication Stress、ApacheBench、Apachejmeter等，可以模拟单一客户端通过向服务器发送请求的方式对服务器进行压力测试，并针对测试结果进行分析得到服务器的性能瓶颈，比如服务器的CPU使用率、内存占用率、硬盘占用率以及服务器的响应时间、吞吐量等等，起到方便研发人员优化系统的目的。

实际应用中，在同一时刻上服务器同时接收处理1000个请求与仅接收处理1个请求相比，服务器网卡接收缓冲区、内存及CPU等资源所承受的压力是不同的。通常，前者对服务器造成的压力更大，更容易使服务器达到性能瓶颈。现有技术模拟单一客户端对服务器进行压力测试，在同一时刻上只能向服务器发送一个请求，这样很难全方位的找出服务器的性能瓶颈。若需要模拟多客户端进行并发压力测试，则需要人工手动启动多个客户端，这在时间上不能保证完全同步，无法解决多客户端同步触发的问题。

技术实现要素：

本发明提供了一种服务器压力测试的方法及装置，能够解决模拟多客户端同步触发对服务器进行压力测试的问题。

为了解决上述技术问题，一方面本发明提供了一种服务器压力测试的方法，包括：

启动预设数量的控制台，所述控制台用于向服务器发送测试请求以进行压力测试，所述预设数量大于或等于二；

通过所述预设数量的控制台同时向所述服务器发送测试请求；

获取所述服务器的压力测试结果；

输出所述压力测试结果。

另一方面，本发明还提供了一种服务器压力测试的装置，包括：

启动单元，用于启动预设数量的控制台，所述控制台用于向服务器发送测试请求以进行压力测试，所述预设数量大于或等于二；

发送单元，用于通过所述启动单元启动的预设数量的控制台同时向所述服务器发送测试请求；

获取单元，用于获取由所述发送单元发送测试请求得到的服务器的压力测试结果；

输出单元，用于输出所述获取单元获取的压力测试结果。

本发明提供的服务器压力测试的方法及装置，能够启动至少两个控制台，并且通过预设数量的控制台同时向服务器发送测试请求，获取并输出服务器的压力测试结果。与现有技术相比，本发明中可以设定任意多个用于模拟客户端的控制台，并且同时触发，使多个控制台并发对服务器施加压力。既能满足对服务器压力测试的需求，又能解决人工手动的触发造成的时间不同步的问题。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例提供的一种服务器压力测试的方法流程图；

图2示出了本发明实施例提供的另一种服务器压力测试的方法流程图；

图3示出了本发明实施例提供的人机交互界面的示意图；

图4示出了本发明实施例提供的一种服务器压力测试的装置的结构框图；

图5示出了本发明实施例提供的另一种服务器压力测试的装置的结构框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

本发明实施例提供了一种服务器压力测试的方法，如图1所示，该方法包括：

101、启动预设数量的控制台。

所述控制台，用于向服务器发送测试请求以进行压力测试，是指给服务器发送请求的模拟客户端。示例性的，在Windows系统下，对服务器进行压力测试，打开CMD(command，命令提示符)程序，在CMD中通过开源测试工具AB(ApacheBench，阿帕奇服务器测试工具)，并输入相应的测试命令及测试参数，按下回车按键开始对服务器进行压力测试。打开的CMD程序即为一个控制台。

在本实施例中，控制台启动时，在控制台中自动地寻找测试程序执行目录，并在测试程序的执行目录中自动的输入测试命令及测试参数。测试命令与测试参数的输入方式，可以直接写入程序代码中，也可以通过人机交互界面输入，在本实施例中，对测试命令与测试参数的输入方式不做限定。

在本实施例中，要模拟多客户端对服务器进行压力测试，所以要开启多个控制台。所述预设数量，是指测试者设置的控制台个数，控制台个数 的设置由服务器的测试需求确定。本实施例中，控制台的预设数量大于或等于二。

102、通过预设数量的控制台同时向服务器发送测试请求。

所述预设数量的控制台，是指启动的所有的控制台，启动控制台的数量为预设数量。通过预设数量的控制台同时向服务器发送测试请求，即所有启动的控制台的测试请求是同时发出的。

只有通过多个控制台同时发出测试请求才能对服务器在同一时间的性能进行测试，才能更好地模拟现实环境中服务器的真实使用情况，以便获得更准确服务器的运行情况。在本实施例中，要确保多控制台发送的测试请求是并行的。

103、获取服务器的压力测试结果。

获取服务器接收到控制台发送测试请求时的状态信息及处理情况等测试结果，包括服务器的CPU使用率、内存占用率、硬盘占用率以及服务器的响应时间、吞吐量等。在本实施例中，对服务器压力测试的结果类型与数量不做限定。

104、输出压力测试结果。

输出由步骤103获得的服务器的压力测试结果，压力测试结果可以在控制台对应的窗口中输出，也可以在预先设计的人机交互界面中输出测试结果。在本实施例中，对压力测试结果的输出方式不做限定。

本实施例提供的服务器压力测试的方法，能够启动至少两个控制台，并且通过预设数量的控制台同时向服务器发送测试请求，获取并输出服务器的压力测试结果。与现有技术相比，本实施例中可以设定任意多个用于模拟客户端的控制台，并且同时触发，使多个控制台并发对服务器施加压力。既能满足对服务器压力测试的需求，又能解决人工手动的触发造成的时间不同步的问题。

进一步的，作为图1所示方法的细化和扩展，本发明实施例还提供了另一种服务器压力测试的方法，如图2所示，该方法包括：

201、依次启动每个控制台，并在每启动一个控制台后对已启动的控制台进行计数。

在启动控制台之前，需要设置对服务器进行压力测试的测试命令与测试参数。测试参数包括但不限于客户端数量、服务器地址、单个客户端请求数、客户端请求类型、客户端与服务器的连接方式、单个客户端每次并发数等。所述客户端的数量，即为控制台的预设数量。客户端的请求类型包括但不限于点击、曝光等类型。客户端与服务器的连接方式包括但不限于长连接、短连接等连接方式。根据测试参数通过程序控制生成对应的测试命令。

控制台的启动是通过在程序中编写一个方法实现的，该方法模拟由外部输入开启控制台的操作指令。

在控制台启动时，在启动的控制台中自动的写入与测试参数对应的测试命令，并对已启动的控制台进行计数。

202、比较计数值与预设数量，若计数值是小于预设数量，则执行步骤203；若计数值等于预设数量，则执行步骤204。

203、启动下一个控制台，并将已启动的控制台挂起。

启动下一个控制台，与步骤201中启动控制台的方法相同，这里不再赘述。所述挂起，为强制挂起，以减少启动的控制台对系统资源的消耗。将控制台挂起，既能使控制台快速响应，又能减少系统资源的占用。

204、停止启动控制台。

停止启动控制台，是指不再开启新的控制台。因为已开启的控制台数量已达到预设数量，继续执行步骤205，开始对服务器进行测试。

205、通过预设数量的控制台同时向所述服务器发送测试请求。

通过预设数量的控制台同时向服务器分别发送预设请求数量的测试请求，预设请求数量为每个控制台需要发送的测试请求数量。每个开启的控制台都向服务器发送请求，每个控制台发送的测试请求数量是在控制台开启之前设置的每个客户端的预设请求数量。控制每个控制台按照预设的并发数向服务器发送预设请求数量的测试请求，并发数小于或等于请求数量。每个控制台的并发数也是在控制台开启之前设置的。

在本实施例中，通过编写多个控制台同时调用同一方法的程序，实现对多个控制台的控制，并且多个控制台要能够同时自动的执行发送指令。 示例性的，本步骤可以通过编写一个模拟外部输入的发送指令的方法，再使每个控制台都调用该方法，以实现对多控制台的控制。

206、获取服务器的压力测试结果。

本步骤的实现方式与图1步骤104的实现方式相同，此处不再赘述。

207、输出压力测试结果。

对于步骤206获得的压力测试结果，可以根据测试者对测试结果的需求输出测试结果。一方面直接输出每个控制台反馈的服务器压力测试数值结果，另一方面可以将压力测试数值与预设期望值进行比较，输出比较后的压力测试结果。

所述预设期望值，与其他测试参数一样，在控制台开启之前设置。预设期望值中可以设定期望花费时间，若服务器处理多客户端的请求超过期望花费时间，可以设置命令反馈期望花费时间内服务器对客户端请求的处理情况。

下面通过一个示例对图2所示方法进行说明。在该示例中，应用场景为网站中广告投放给服务器带来的高并发、数据集中的压力，需要模拟多客户端对服务器进行测试，以保证广告投放后高质量、高效率的工作。测试参数与测试结果通过人机交互界面输入与输出，人机交互界面如图3所示。

通过人机交互界面，输入测试参数。测试参数包括所服务器地址、监控对象ID、客户端数量、单个客户端请求数、客户端请求类型、单个客户端每次并发数、客户端与服务器的连接方式、期望花费时间及期望每秒吞吐量。所述监控对象ID，是指在网站页面中某一条广告。监控对象ID是根据该条广告的投放时间、版面大小、投放位置等参数，经过数据处理得到的该条广告的唯一标识。

输入测试参数，服务器地址为http://sports.sina.com.cn，监控对象ID为12095590365，客户端数量为100，单个客户端请求数为1000，客户端请求类型为点击，单个客户端每次并发数为10，客户端与服务器的连接方式为长连接，期望花费时间为1000ms，期望每秒吞吐量为100。

输入测试参数后，点击人机交互界面的开始按钮，程序在后台执行，将测试参数中的“服务器地址、测试位置、单个客户端请求数、客户端请 求类型、单个客户端每次并发数、客户端与服务器的连接方式”转化为命令语句，开启第一个控制台，将命令语句写入控制台，对已经开启的控制台计数，判断是否达到客户端数量100，若没有到达则将控制台挂起并开启下一个控制台，直至开启的控制台数量为100个。按照测试参数，100个控制台同时向服务器发送测试请求，与设置的单个客户端每次并发数一致每个控制台同时向服务器发送10个测试请求，即在同一时刻向服务器发送测试请求数为客户端数量与单个客户端每次并发数的乘积1000个。在测试过程中，控制台向服务器发送测试请求的次数为单个客户端请求数与单个客户端每次并发数的模100次。根据设置的期望花费时间，则最长的等待时间为1000ms。期望花费时间在点击开始按钮之后开始计时。若在期望花费时间1000ms内，服务器完成测试请求，将测试结果在人机交互界面中输出。若花费时间到达期望花费时间1000ms时，停止接收服务器的反馈信息，将测试结果在人机交互界面中输出。向服务器发送测试请求，将测试结果在服务器处理测试请求过程中，若需要停止发送测试请求，则点击人机交互界面的停止按钮即可。

在测试过程中，若服务器的处理时间达到期望花费时间时还未处理完成测试请求，则发送中断命令，让服务器停止对测试请求的处理，并返回当前的测试请求处理结果。

进一步的，作为对上述图1与图2所示方法的实现，本发明另一实施例还提供了一种服务器压力测试的装置。该装置实施例与前述方法实施例对应，为便于阅读，本装置实施例不再对前述方法实施例中的细节内容进行逐一赘述，但应当明确，本实施例中的装置能够对应实现前述方法实施例中的全部内容。如图4所示，该装置包括：启动单元41、发送单元42、获取单元43以及输出单元44，其中，

启动单元41，用于启动预设数量的控制台，控制台用于向服务器发送测试请求以进行压力测试，预设数量大于或等于二；

发送单元42，用于通过启动单元41启动的预设数量的控制台同时向服务器发送测试请求；

获取单元43，用于获取由发送单元42发送测试请求得到的服务器的压力测试结果；

输出单元44，用于输出获取单元43获取的压力测试结果。

进一步的，如图5所示，启动单元41，包括：

计数模块411，用于依次启动每个控制台，并在每启动一个控制台后对已启动的控制台进行计数；

挂起模块412，用于若计数模块411统计的计数值小于预设数量，则启动下一个控制台，并将已启动的控制台挂起；

停止模块413，用于若计数模块411统计的计数值等于预设数量，则停止启动控制台。

进一步的，发送单元42，用于：

通过预设数量的控制台同时向服务器分别发送预设请求数量的测试请求，预设请求数量为每个控制台需要发送的测试请求数量。

进一步的，发送单元42，用于：

控制每个控制台按照预设的并发数向服务器发送请求数量的测试请求，并发数小于或等于请求数量。

进一步的，如图5所示，获取单元43，包括：

获取测试结果模块431，用于获取服务器的压力测试数值；

获取比较结果模块432，用于将所述获取测试结果模块431获取的压力测试数值与预设的期望数值进行比较，获得压力测试结果。

本实施例提供的服务器压力测试的装置，能够启动至少两个控制台，并且通过预设数量的控制台同时向服务器发送测试请求，获取并输出服务器的压力测试结果。与现有技术相比，本实施例中可以设定任意多个用于模拟客户端的控制台，并且同时触发，使多个控制台并发对服务器施加压力。既能满足对服务器压力测试的需求，又能解决人工手动的触发造成的时间不同步的问题。

所述服务器压力测试的装置包括处理器和存储器，上述启动单元41、发送单元42、获取单元43和输出单元44，等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来解决模拟多客户端同步触发对服 务器进行压力测试的问题。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序代码：启动预设数量的控制台，所述控制台用于向服务器发送测试请求以进行压力测试，所述预设数量大于或等于二；通过所述预设数量的控制台同时向所述服务器发送测试请求；获取所述服务器的压力测试结果；输出所述压力测试结果。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机 实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。