批量测试服务器稳定性的方法及相关装置

技术领域

本发明涉及稳定性测试领域，具体而言，涉及一种批量测试服务器稳定性的方法及相关装置。

背景技术

随着网络技术的发展和普及，网络各种网络技术的应用早已深入人们的生产生活之中，但同时伴随而来的还有网络延迟、网络不稳定等网络故障。

为了解决这些网络故障，网络流量分析类服务器应运而生。网络流量分析类服务器能够通过分析网络数据包进而来辅助网络运维人员快速定位至网络故障点。随着网络流量分析类服务器的快速发展，网络流量分析服务器被广泛应用于网络运营商、金融、能源、交通等一些关键行业，用于时刻监控分析网络数据，以保证企业业务能正常运转，并在出现网络故障时能快速定位排障，尽快恢复网络正常。

由于需要持续记录和分析用户网络环境的流量，所以对网络流量分析类服务器的稳定性要求是非常关键的。若是服务器本身稳定性不足，不仅不能够及时准确地定位网络问题、难以长期稳定监控网络运行状态。这样的话，当用户的网络出现网速变慢、无法访问网络等问题时，该类服务器无法及时地辅助用户解决，会直接导致用户工作时间的浪费，甚至因此产生巨大的经济损失。所以为了保障网络流量分析类服务器的稳定性能够满足其应用场景的应用需求，需要在出厂前对服务器的稳定性进行预先测试。

目前，稳定性测试方法大多是对单台服务器进行稳定性测试，通过手动构造流量、配置文件的方式，并且手动记录和分析最终的测试结果。但是这种方式不易于重复使用，构造测试环境花费时间较多，手动记录和分析容易出错，不适用于大批量服务器产品的稳定性测试。

发明内容

本发明的目的在于提供一种批量测试服务器稳定性的方法及相关装置，配置服务器能够对多个被测服务器下发配置文件，进行统一的稳定性测试，测试完成后接收被测服务器返回的稳定性参数以进行稳定性判断，提高了对被测服务器进行稳定性测试的效率，提高测试结果记录准确率。

本发明的实施例可以这样实现：

第一方面，本发明提供一种批量测试服务器稳定性的方法，应用于配置服务器，所述配置服务器与多个被测服务器通信连接；所述方法包括：

针对每个所述被测服务器，基于测试指令向所述被测服务器持续发送配置文件，以使所述被测服务器基于所述配置文件进行实时网络流量分析；

接收所述被测服务器周期性上报的硬件利用率饱和度；

当所述硬件利用率饱和度满足第一预设条件时，停止下发所述配置文件以使所述被测服务器进入稳定性测试运行阶段；

接收所述被测服务器在所述稳定性测试运行阶段结束后反馈的稳定性参数；

根据所述稳定性参数和预设稳定条件，确定所述被测服务器的稳定性测试结果。

在可选的实施方式中，所述配置服务器还与控制设备通信连接；在针对每个所述被测服务器，基于测试指令向所述被测服务器持续发送配置文件的步骤之前，所述方法还包括：

当接收到发包指令时，向每个所述被测服务器持续发送第一测试流量；所述第一测试流量的传输速率是周期性增大的；

接收每个所述被测服务器实时反馈的流量饱和度；

接收所述控制设备发送的所述测试指令，所述测试指令是在每个所述被测服务器的流量饱和度均满足第二预设条件后，所述控制设备响应于用户的测试启动操作生成的。

在可选的实施方式中，在所述接收每个所述被测服务器实时反馈的流量饱和度的步骤之后，所述方法还包括：

针对每个所述被测服务器，当所述流量饱和度达到所述被测服务器的处理速度极值时，向所述被测服务器持续发送第二测试流量直至所述稳定性测试运行阶段结束；其中，所述第二测试流量的传输速率与所述处理速度极值相匹配。

在可选的实施方式中，所述硬件利用率饱和度包括CPU利用率、内存利用率、磁盘I/O利用率和网络带宽利用率中的至少一个。

第二方面，本发明提供一种批量测试服务器稳定性的方法，应用于被测服务器，所述被测服务器与配置服务器通信连接；所述方法包括：

接收所述配置服务器基于测试指令持续发送的配置文件，并基于所述配置文件进行实时网络流量分析；

向所述配置服务器周期性上报自身的硬件利用率饱和度；其中，所述配置服务器在检测到每个所述被测服务器的硬件利用率饱和度均满足第一预设条件时停止下发所述配置文件；

当不再接收到所述配置文件时，进入稳定性测试运行阶段；

在所述稳定性测试运行阶段结束后，向所述配置服务器发送稳定性参数，以使所述被测服务器根据所述稳定性参数和预设稳定条件确定稳定性测试结果。

在可选的实施方式中，所述配置服务器还与控制设备以及多个其它被测服务器通信连接；在接收所述配置服务器基于测试指令持续发送的配置文件的步骤之前，所述方法还包括：

接收所述配置服务器持续发送的第一测试流量；所述第一测试流量是所述配置服务器接收到发包指令后开始发送的，所述第一测试流量的传输速率是周期性逐步增大的；

向所述配置服务器实时发送自身的流量饱和度；其中，所述配置服务器在所述每个所述被测服务器的流量饱和度均满足第二预设条件后，接收所述控制设备发送的测试指令，所述测试指令是所述控制设备响应于用户的测试启动操作生成的。

第三方面，本发明提供一种批量测试服务器稳定性的装置，应用于配置服务器，所述配置服务器与多个被测服务器通信连接；所述装置包括：

第一发送模块，用于针对每个所述被测服务器，基于测试指令向所述被测服务器持续发送配置文件，以使所述被测服务器基于所述配置文件进行实时网络流量分析；

第一接收模块，用于接收所述被测服务器周期性上报的硬件利用率饱和度；

所述第一发送模块，还用于当所述硬件利用率饱和度满足第一预设条件时，停止下发所述配置文件以使所述被测服务器进入稳定性测试运行阶段；

所述第一接收模块，还用于接收所述被测服务器在所述稳定性测试运行阶段结束后反馈的稳定性参数；

分析模块，用于根据所述稳定性参数和预设稳定条件，确定所述被测服务器的稳定性测试结果。

第四方面，本发明提供一种批量测试服务器稳定性的装置，应用于被测服务器，所述被测服务器与配置服务器通信连接；所述装置包括：

第二接收模块，用于接收所述配置服务器基于测试指令持续发送的配置文件，并基于所述配置文件进行实时网络流量分析；

第二发送模块，用于向所述配置服务器周期性上报自身的硬件利用率饱和度；其中，所述配置服务器在检测到每个所述被测服务器的硬件利用率饱和度均满足第一预设条件时停止下发所述配置文件；

运行模块，用于当不再接收到所述配置文件时，进入稳定性测试运行阶段；

所述第二发送模块，还用于在所述稳定性测试运行阶段结束后，向所述配置服务器发送稳定性参数，以使所述被测服务器根据所述稳定性参数和预设稳定条件确定稳定性测试结果。

第五方面，本发明提供一种电子设备，包括：存储器和处理器，所述存储器存储有所述处理器可执行的机器可读指令，当所述电子设备运行时所述处理器执行所述机器可读指令以实现如前述实施方式中任一项所述的方法。

第六方面，本发明提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现前述实施方式中任一项所述的方法。

与现有技术相比，本发明实施例提供了一种批量测试服务器稳定性的方法及相关装置，能够针对每个被测服务器，基于测试指令向该被测服务器持续发送配置文件，以使被测服务器基于配置文件进行实时网络流量分析。接收被测服务器周期性上报的硬件利用率饱和度，并在硬件利用率饱和度满足第一预设条件时，停止下发配置文件以使被测服务器进入稳定性测试运行阶段。接收被测服务器在稳定性测试运行阶段结束后反馈的稳定性参数，最终根据稳定性参数和预设稳定条件，确定被测服务器的稳定性测试结果。其有益效果在于：通过配置服务器对多个被测服务器下发配置文件，进行统一的稳定性测试，测试完成后接收被测服务器返回的稳定性参数以进行稳定性判断，提高了对被测服务器进行稳定性测试的效率，提高测试结果记录的准确率。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本发明实施例提供的一种批量测试服务器稳定性的方法的应用场景示意图。

图2为本发明实施例提供的一种批量测试服务器稳定性的方法的流程示意图之一。

图3为本发明实施例提供的一种批量测试服务器稳定性的方法的流程示意图之二。

图4为本发明实施例提供的一种批量测试服务器稳定性的方法的流程示意图之三。

图5为本发明实施例提供的一种批量测试服务器稳定性的装置的结构示意图之一。

图6为本发明实施例提供的一种批量测试服务器稳定性的装置的结构示意图之二。

图7为本发明实施例提供的一种电子设备的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。此外，若出现术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。需要说明的是，在不冲突的情况下，本发明的实施例中的特征可以相互结合。

在此，先对本发明实施例的应用场景进行介绍，请参见图1，图1为本发明实施例提供的一种批量测试服务器稳定性的方法的应用场景示意图。

控制设备10与配置服务器20通信连接，配置服务器20与多个被测服务器30通信连接。

测试人员可以通过控制设备10来控制配置服务器20统一提前构造被测服务器30的测试环境，在所有被测服务器30的测试环境构造完成后，通过控制设备发送测试指令至配置服务器20，使得配置服务器20向每个被测服务器持续下发配置文件，当监测到某个被测服务器30的硬件利用率饱和度满足第一预设条件时，配置服务器20就停止下发配置文件以使该被测服务器30进入稳定性测试运行阶段，最终配置服务器20能够根据预设稳定条件和该被测服务器30在稳定性测试运行阶段结束后反馈的稳定性参数，确定该被测服务30的稳定性测试结果。

可以理解，控制设备10可以是测试人员的个人电脑，被测服务器30可以是网络流量分析类的服务器。图1示出的3台被测服务器30仅为一种示意，实际应用中被测服务器30的数量是不受限制的。

请参考图2，图2为本发明实施例提供的一种批量测试服务器稳定性的方法的流程示意图，该方法的执行主体是上述的配置服务器，该配置服务器与多个被测服务器通信连接。该方法包括以下步骤S150～S190：

S150、针对每个被测服务器，基于测试指令向被测服务器持续发送配置文件，以使被测服务器基于配置文件进行实时网络流量分析。

在本实施例中，被测服务器可以是网络流量分析类服务器，配置文件中可以包括用户预先配置的自定义规则集合，用于限定被测服务器需要进行分析的网络流量。自定义规则可以包括但不限于：用户自定义的网段、警报、应用、交易等。当被测服务器的测试环境构造完成(即被测服务器的网络流量达标)之后，被测服务器接收到配置文件后就可以开始网络流量分析，例如对流量进行网段统计、应用统计、警报日志等。

在可选的示例中，配置文件可以：用户自定义网段(名称：A公司，自定义IP地址范围：192.168.1.1-192.168.5.255)，流量中有192.168.1.103这个IP地址的数据包就被识别为属于A公司这个网段；用户自定义应用(名称：WEB访问；规则：80端口)，流量中有80端口的数据包就被识别为WEB访问应用；用户自定义交易(名称：xxx；规则：HOST字段为www.xxx.com)，HTTP流量中有host字段为www.xxx.com的数据包就被识别为xxx。需要说明的是，该举例仅为示例，在实际应用中，配置文件中的内容以实际情况为准，在此不做限定。

可以理解，对于被测服务器来讲，配置文件中的配置量越多，被测服务器需要产生的分析数据越多，相应地，被测服务器不稳定性因素也会增大。

S160、接收被测服务器周期性上报的硬件利用率饱和度。

在本实施例中，对于被测服务器来讲，当接收到配置文件时，就会开始基于配置文件进行实时网络流量分析，同时记录自身的硬件利用率饱和度，并每隔预设的时间周期将硬件利用率饱和度上报给配置服务器。例如，被测服务器可以每过1分钟记录下自身的硬件利用率饱和度并上报给配置服务器。

可以理解，配置文件的持续下发会使得被测服务器的运行负载逐渐增大，具体表现为硬件利用率饱和度逐渐增大。

S170、当硬件利用率饱和度满足第一预设条件时，停止下发配置文件以使被测服务器进入稳定性测试运行阶段。

可以理解，硬件利用率饱和度只是一个统称，其可以包括被测服务器的CPU利用率、内存利用率、磁盘I/O利用率和网络带宽利用率中的至少一个。相应地，第一预设条件可以是硬件利用率饱和度中的每一个均达到其对应的设定阈值。在可选的示例中，第一预设条件可以是：CPU利用率达到第一设定阈值85％、内存利用率达到第二设定阈值80％、磁盘I/O利用率达到第三设定阈值70％且网络带宽利用率达到第四设定阈值50％。

对被测服务器来说，当不再接收到配置文件即进入了稳定性测试运行阶段。稳定性测试运行阶段对应的即为预先配置的稳定性测试运行时间，稳定性测试运行时间可以为7*24小时或3*24小时，通常稳定性测试运行时间视测试策略的稳定性风险而定。

S180、接收被测服务器在稳定性测试运行阶段结束后反馈的稳定性参数。

在本实施例中，在稳定性测试运行阶段，被测服务器会实时记录自身的稳定性参数，例如：被测服务器不间断运行时间、流量丢包数、崩溃次数、故障恢复时间、性能余量等。其中，性能余量可以指硬件利用率余量，比CPU利用率85％，CPU利用率余量就是100％-85％＝15％，内存利用率、磁盘I/O利用率和网络带宽利用率与此同理。

可以理解，稳定性测试运行阶段结束即为稳定性测试运行时间结束，此时，被测服务器会将结束时刻自身的稳定性运行参数上报给配置服务器。

而对于一个被测服务器，其稳定性测试完成的标志为：

1、稳定性测试运行时间结束；

2、在稳定性测试运行阶段，被测服务器未出现无程序崩溃、死机等状况；

3、在稳定性测试运行阶段，被测服务器的硬件利用率饱和度一直满足第一预设条件。

如果有的被测服务器无法满足上述的3点，那么该被测服务器的稳定性测试实际上是未完成的，该被测服务器也是不稳定的。

S190、根据稳定性参数和预设稳定条件，确定被测服务器的稳定性测试结果。

在可选的示例中，被测服务器预设稳定条件可以是：服务器不间断运行时间≥72小时、流量丢包数≤1w个/小时、崩溃次数＝0次、故障恢复时间≤1小时并且各个性能余量≥20％。当以上条件都满足，即可判定该被测服务器的稳定性达标。反之，如果崩溃次数＝3次，即使其余的稳定性参数都能满足对应的以上条件，该被测服务器会被判定为是不稳定的。

本发明实施例提供的一种批量测试服务器稳定性的方法，能够针对每个被测服务器，基于测试指令向该被测服务器持续发送配置文件，以使被测服务器基于配置文件进行实时网络流量分析。接收被测服务器周期性上报的硬件利用率饱和度，并在其满足第一预设条件时，停止下发配置文件以使被测服务器进入稳定性测试运行阶段。最终根据预设稳定条件和被测服务器在稳定性测试运行阶段结束后反馈的稳定性参数，确定被测服务器的稳定性测试结果。这样通过配置服务器对多个被测服务器下发配置文件，进行统一的稳定性测试，测试完成后接收被测服务器返回的稳定性参数以进行稳定性判断，提高了对被测服务器进行稳定性测试的效率，提高测试结果记录的准确率。

需要说明的是，实际上对每个被测服务器的测试都是同步进行的。配置服务器还与控制设备通信连接，当配置服务器接收到控制设备发送的测试指令后，就会开始向每个被测服务器持续下发配置文件，逐步让各个被测服务器进入稳定性测试运行阶段。而由于不同的被测服务器之间存在的性能差异，不同的被测服务器进入稳定性测试运行阶段的时刻可能是不同的。

同时，本发明实施例中被测服务器的稳定性测试包括测试环境构造阶段和稳定性测试阶段这两个阶段，上述步骤S150～S190中只是以一个被测服务器的角度对稳定性测试阶段进行了说明。

在稳定性测试阶段之前，还需要构造每台被测服务器的测试环境，以下对被测服务器测试环境的构造过程进行说明。

请参见图3，在上述步骤S150之前，上述方法还包括步骤S110～S140。

S110、当接收到发包指令时，向每个被测服务器持续发送第一测试流量。

在本实施例中，发包指令可以由控制设备发送至配置服务器，发包指令中指示的内容可以包括：参与本次稳定性测试的各个被测服务器的设备型号，每种设备型号对应的处理速度极值、每秒发送的数据包数量、每秒会话数、发流的流量类型(即第一测试流量的流量类型)、发包速度、发包周期等。

在可选的示例中，在一个发包指令中，其内容可以包括但不限于：

某种设备型号对应的处理速度极值可以为10Gbps；

每秒发送的数据包数量可以为100wpps；

每秒会话数可以为100w；

发流的流量类型包括HTTP(Hyper Text Transfer Protocol，超文本传输协议)流量、FTP(File Transfer Protocol，文件传输协议)流量、VoIP(Voice over InternetProtocol)流量；

发包速度为原始速度或者原始速度×倍数s或者按照最大速度发包；

发包周期为1轮或者N轮(发包周期可以代表被测服务器的数量)。

由于性能不足的原因，有的被测服务可能在配置服务器发送较低传输速率的流量时，就会出现不稳定的情况，而这时候根本还没达到该被测服务器的流量饱和度，例如设备型号为NG3000的被测服务器，其流量饱和度为8Gbps，但可能在流量发到3Gbps时该被测服务器的内存已经满了或者系统崩溃了。因而，为了避免被测服务器被配置服务器发送的流量直接冲击到系统崩溃或内存占满，第一测试流量的传输速率是周期性增大的。

S120、接收每个被测服务器实时反馈的流量饱和度。

在构造测试环境阶段，每个被测服务器会实时地向配置服务器反馈自身的流量饱和度。

S130、接收控制设备发送的测试指令。

在本实施例中，测试指令是在每个被测服务器的流量饱和度均满足第二预设条件后，控制设备响应于用户的测试启动操作生成的。可以理解，第二预设条件可以是流量饱和度达到设定流量阈值，而配置服务器中预先存储有流量极值表，该流量极值表可以包括每个被测服务器对应的处理速度极值。可选的示例中，配置服务器可以从控制设备发送的发包指令中获取到每个被测服务器对应的处理速度极值并保存到流量极值表。

可以理解，测试指令即为测试人员设置的达到本轮稳定性测试目标所需的各种测试环境参数，测试环境参数可以包括：本轮稳定性测试的版本、发送的流量类型(即第二测试流量的流量类型)、配置文件类型、配置文件数量、稳定性运行时间等。

根据每个被测服务器实时反馈的流量饱和度，当所有被测服务器的流量饱和度均满足第二预设条件后，配置服务器可以判断出每个被测服务器的测试环境已构造完成，可以基于测试指令开始进行稳定性测试，开始下发配置文件。

配置服务器可以告知控制设备每个被测服务器的测试环境已构造完成，然后测试人员可以在控制设备上产生测试启动操作，从而控制设备生成测试指令并发送给配置服务器，从而开始后续的稳定性测试。

S140、针对每个被测服务器，当流量饱和度达到被测服务器的处理速度极值时，向被测服务器持续发送第二测试流量直至稳定性测试运行阶段结束。

在本实施例中，第二测试流量的传输速率与处理速度极值相匹配。第二测试流量中可以包括配置服务器构造的不同的数据报文，被测服务器可以在稳定性测试运行阶段对这些不同的数据报文进行流量分析，且被测服务器处于满负载运行状态。

需要说明的是，对于某个被测服务器，配置服务器接收到测试指令的时刻跟该被测服务器自身的流量饱和度达到处理速度极值的时刻可能相同，也可能二者任意顺序一前一后。对应的，上述步骤S130与S140之间的执行顺序不以图3所示为限制，而以实际测试情况为准。

下面以一个简单地举例对测试环境的构造进行说明。

可选的示例中，针对一个被测服务器，设定流量阈值可以是该被测服务器的处理速度极值的80％。此时，假设被测服务器A、B、C各自的处理速度极值分别为20Gbps、10Gbps、8Gbps，那么各自对应的设定流量阈值分别为16Gbps、8Gbps、6.4Gbps。

配置服务器在各个时刻向被测服务器C发送第一测试流量的传输速率可以如下：

在第1分钟时：从最初的1Mbps增加到10Mbps；

在第10分钟时：增加到100Mbps；

在第100分钟时：增加到1Gbps；

第500分钟：增加到5Gbps；

第800分钟：增加到8Gbps。

当增加到8Gbps，配置服务器向被测服务器C发送的第二测试流量的传输速率就己是8Gbps，并且第二测试流量中流量类型是根据测试要求持续变化的(例如：不同协议类型/包长的流量)。

配置服务器向被测服务器A、B发送流量的过程同上类似，在此不做赘述。

需要说明的是，上述稳定性测试阶段中，下发给每个被测服务器的配置文件可以是同一版本，避免了针对每个被测服务器还要对其配置文件手动地新增内容或修改内容。

在一开始，控制设备可以发送测试脚本至配置服务器，并通过配置服务器发送监控脚本至每个被测服务器。

配置服务器运行测试脚本后，可以执行控制设备发送的发包指令通过已存的服务器型号和流量极值表向对应的被测服务器持续发送第一测试流量以及持续发送第二测试流量；可以执行控制设备发送的测试指令，向每个被测服务器持续发送配置文件。在接收到被测服务器在稳定性测试运行阶段返回的反馈信息，基于反馈信息调整配置文件的下发和流量下发。

被测服务器运行监控脚本后，可以实时记录自身的流量饱和度，并实时地向配置服务器反馈自身的流量饱和度；可以记录记录自身的硬件利用率饱和度，并每隔预设的时间周期以日志的形式将硬件利用率饱和度上报给配置服务器；可以实时记录自身的稳定性参数，并在稳定性测试运行阶段结束后将稳定性参数上报给配置服务器；可以收集产品异常日志及文件，每隔1分钟反馈给配置服务器。

上述介绍批量测试服务器稳定性的方法的实施例是以配置服务器为执行主体，对批量进行被测服务器的稳定性测试的过程进行介绍。

结合上述内容，下面以被测服务器为执行主体，介绍对应的一种批量测试服务器稳定性的方法，需要说明的是，其基本原理及产生的技术效果与前述实施例相同或相似，为简要描述，本实施例中未提及部分，可参考上述实施例中的相应内容。

请参见图4，图4为本发明实施例提供的另一种批量测试服务器稳定性的方法的流程示意图。该方法应用于被测服务器，该被测服务器与配置服务器通信连接，该方法包括以下步骤S230～S260：

S230、接收配置服务器基于测试指令持续发送的配置文件，并基于配置文件进行实时网络流量分析。

S240、向配置服务器周期性上报自身的硬件利用率饱和度。

可以理解，配置服务器在检测到所以被测服务器的硬件利用率饱和度均满足第一预设条件时停止下发配置文件。

S250、当不再接收到配置文件时，进入稳定性测试运行阶段。

S260、在稳定性测试运行阶段结束后，向配置服务器发送稳定性参数，以使被测服务器根据稳定性参数和预设稳定条件确定稳定性测试结果。

本发明实施例提供的批量测试服务器稳定性的方法，被测服务器能够直接基于配置服务器发送的配置文件进行实时网络流量分析，并且向配置服务器周期性上报自身的硬件利用率饱和度。当不再接收到配置文件时，进入稳定性测试运行阶段，在稳定性测试运行阶段结束后，向配置服务器发送稳定性参数，以使被测服务器能够根据稳定性参数和预设稳定条件确定稳定性测试结果。这样统一地对每个被测服务器进行自动化地稳定性测试，提高了对被测服务器进行稳定性测试的效率，提高测试结果记录准确率。

在可选的实施方式中，配置服务器还与控制设备以及多个其它被测服务器通信连接。在上述步骤S230之前，该方法还包括以下步骤S210～S220：

S210、接收配置服务器持续发送的第一测试流量。

可以理解，第一测试流量是配置服务器接收到发包指令后开始发送的，第一测试流量的传输速率是周期性逐步增大的。

S220、向配置服务器实时发送自身的流量饱和度。

可以理解，配置服务器在每个被测服务器的流量饱和度均满足第二预设条件后，接收控制设备发送的测试指令，测试指令是控制设备响应于用户的测试启动操作生成的。

需要说明的是，上述方法实施例中各个步骤的执行顺序不以附图所示为限制，各步骤的执行顺序以实际应用情况为准。

与现有技术相比，本发明实施例具有以下有益效果：

下发给每个被测服务器的配置文件可以是同一版本，避免了针对每个被测服务器还要对其配置文件手动地新增内容或修改内容；

节约人力，提高稳定性测试的准确率。通过每个被测服务器自动记录并反馈自身的流量饱和度，每个被测服务器自动记录并反馈自身的硬件利用率饱和度，减少了人工干预以及人工调试的工作量，提高测试结论的准确性。可针对被测服务器进行批量测试，提升稳定性测试效率。

为了执行上述方法实施例及各个可能的实施方式中的相应步骤，下面分别给出两种分别应用于配置服务器和被测服务器的批量测试服务器稳定性的装置的实现方式。

请参见图5，图5示出了本发明实施例提供的一种批量测试服务器稳定性的装置的结构示意图。该批量测试服务器稳定性的装置100应用于配置服务器，该配置服务器与多个被测服务器通信连接，该装置包括：第一发送模块110、第一接收模块120、分析模块130。

第一发送模块110，用于针对每个被测服务器，基于测试指令向被测服务器持续发送配置文件，以使被测服务器基于配置文件进行实时网络流量分析。

第一接收模块120，用于接收被测服务器周期性上报的硬件利用率饱和度。

第一发送模块110，还用于当硬件利用率饱和度满足第一预设条件时，停止下发配置文件以使被测服务器进入稳定性测试运行阶段。

第一接收模块120，还用于接收被测服务器在稳定性测试运行阶段结束后反馈的稳定性参数。

分析模块130，用于根据稳定性参数和预设稳定条件，确定被测服务器的稳定性测试结果。

在可选的实施方式中，配置服务器还与控制设备通信连接。第一发送模块110还可以用于：当接收到发包指令时，向每个被测服务器持续发送第一测试流量；第一测试流量的传输速率是周期性增大的。第一接收模块120还可以用于：接收每个被测服务器实时反馈的流量饱和度；接收控制设备发送的测试指令，测试指令是在每个被测服务器的流量饱和度均满足第二预设条件后，控制设备响应于用户的测试启动操作生成的。

在可选的实施方式中，第一发送模块110还可以用于：针对每个被测服务器，当流量饱和度达到被测服务器的处理速度极值时，向被测服务器持续发送第二测试流量直至稳定性测试运行阶段结束；其中，第二测试流量的传输速率与处理速度极值相匹配。

在可选的实施方式中，硬件利用率饱和度可以包括被测服务器的CPU利用率、内存利用率、磁盘I/O利用率和网络带宽利用率中的至少一个。相应地，第一预设条件可以是硬件利用率饱和度中的每一个均达到其对应的设定阈值。

请参见图6，图6示出了本发明实施例提供的另一种批量测试服务器稳定性的装置的结构示意图。该批量测试服务器稳定性的装置200应用于被测服务器，该被测服务器与配置服务器通信连接，该装置包括：第二接收模块210、第二发送模块220、运行模块230。

第二接收模块210，用于接收配置服务器基于测试指令持续发送的配置文件，并基于配置文件进行实时网络流量分析。

第二发送模块220，用于向配置服务器周期性上报自身的硬件利用率饱和度；其中，配置服务器在检测到每个被测服务器的硬件利用率饱和度均满足第一预设条件时停止下发配置文件。

运行模块230，用于当不再接收到配置文件时，进入稳定性测试运行阶段。

第二发送模块220，还用于在稳定性测试运行阶段结束后，向配置服务器发送稳定性参数，以使被测服务器根据稳定性参数和预设稳定条件确定稳定性测试结果。

在可选的实施方式中，配置服务器还与控制设备以及多个其它被测服务器通信连接。第二接收模块210还可以用于：接收配置服务器持续发送的第一测试流量；第一测试流量是配置服务器接收到发包指令后开始发送的，第一测试流量的传输速率是周期性逐步增大的；

第二发送模块2200还可以用于：向配置服务器实时发送自身的流量饱和度；其中，配置服务器在每个被测服务器的流量饱和度均满足第二预设条件后，接收控制设备发送的测试指令，测试指令是控制设备响应于用户的测试启动操作生成的。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的批量测试服务器稳定性的装置100或者200的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

请参见图7，图7为本发明实施例提供的一种电子设备的结构示意图。该电子设备300包括处理器310、存储器320和总线330，处理器310通过总线330与存储器320连接。

存储器320可用于存储软件程序，例如，图5或图6所示的批量测试服务器稳定性的装置装置。其中，存储器320可以是但不限于，随机存取存储器(Random Access Memory，RAM)，只读存储器(Read Only Memory，ROM)，闪存存储器(Flash)，可编程只读存储器(Programmable Read-Only Memory，PROM)，可擦除只读存储器(Erasable ProgrammableRead-Only Memory，EPROM)，电可擦除只读存储器(Electric Erasable ProgrammableRead-Only Memory，EEPROM)等。处理器310可以是一种集成电路芯片，具有信号处理能力。

该处理器310可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital SignalProcessing，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

存储器320存储有处理器310可执行的机器可读指令。处理器310执行机器可读指令时，实现上述实施例揭示的任一种批量测试服务器稳定性的方法。

可以理解，该电子设备300可以是上述的配置服务器或者被测服务器。图7所示的结构仅为示意，电子设备300还可以包括比图7中所示更多或者更少的组件，或者具有与图7所示不同的配置。图7中所示的各组件可以采用硬件、软件或其组合实现。

本发明实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时实现上述实施例揭示的任一种批量测试服务器稳定性的方法。该可读存储介质可以是但不限于：U盘、移动硬盘、ROM、RAM、PROM、EPROM、EEPROM、FLASH磁碟或者光盘等各种可以存储程序代码的介质。

综上，本发明实施例提供了一种批量测试服务器稳定性的方法及相关装置，能够针对每个被测服务器，基于测试指令向该被测服务器持续发送配置文件，以使被测服务器基于配置文件进行实时网络流量分析。接收被测服务器周期性上报的硬件利用率饱和度，并在其满足第一预设条件时，停止下发配置文件以使被测服务器进入稳定性测试运行阶段。最终根据预设稳定条件和被测服务器在稳定性测试运行阶段结束后反馈的稳定性参数，确定被测服务器的稳定性测试结果。这样通过配置服务器对多个被测服务器下发配置文件，进行统一的稳定性测试，测试完成后接收被测服务器返回的稳定性参数以进行稳定性判断，提高了对被测服务器进行稳定性测试的效率，提高测试结果记录准确率。

以上，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。