CN111431759A

CN111431759A - 一种性能测试方法、装置、电子设备及存储介质

Info

Publication number: CN111431759A
Application number: CN202010125685.8A
Authority: CN
Inventors: 田欧
Original assignee: Beijing Dajia Internet Information Technology Co Ltd
Current assignee: Beijing Dajia Internet Information Technology Co Ltd
Priority date: 2020-02-27
Filing date: 2020-02-27
Publication date: 2020-07-17
Anticipated expiration: 2040-02-27
Also published as: CN111431759B

Abstract

本发明涉及通信技术领域，尤其涉及一种性能测试方法、装置、电子设备及存储介质。方法包括：主控服务器确定待测试服务器的查询频率，并基于所述查询频率选择发压服务器的类型及数目，然后至少基于选择的各个发压服务器的类型及数目，确定所述各个发压服务器对应的配置信息，再将获得的各个配置信息分别发送至相应的发压服务器，令所述各个发压服务器在相应的时间戳信息对应的目标时间点，将获得的查询请求样本信息发送至所述待测试服务器。这样，能够在查询请求样本总量有限的情况下，有效保证性能测试的测试质量，避免了由于发压服务器施加查询请求样本时间不同步造成的测试结果不准确的问题，有效提高了性能测试的成功率。

Description

一种性能测试方法、装置、电子设备及存储介质

技术领域

本申请涉及通信技术领域，尤其涉及一种性能测试方法、装置、电子设备及存储介质。

背景技术

随着服务器承载的交互服务的复杂化和多样化，对服务器的性能的要求逐渐增强，相应的对服务器的性能测试尤为重要。现有技术下，在进行服务器性能测试的过程中，通常采用发压机对待测试服务器施加查询请求，其中，每台发压机在保证正常测试的情况下，对应有可施加的每秒查询数(Queries Per Second，QPS)上限，例如，以一台8核CPU、64G内存的发压机为例，至多能发压2万QPS的查询请求。在实际的性能测试过程中，由于待测试服务器接口可承受的QPS可能远大于单台发压机能够发压的QPS，则通常需要多台发压机配合完成对所述待测试服务器的性能测试。

但是，对于多台发压机来说，一方面多台发压机发压时间不同步，无法同时向待测试服务器施加查询请求，另一方面由于用于性能测试的查询请求样本数量的限制，难以实现对待测试服务器在接口QPS下性能的有效检测。例如，参阅图1所示，待测试服务器的接口QPS为10万/S，需要5台发压的QPS为2万的发压机联合进行测试，在测试样本数据为50万的情况下，发压机的发压时间为5S；进一步的，在5台发压机发压时间不同步的情况下，会得到图2所示的待测试服务器接收的查询请求数与时间的关系曲线，可知在性能测试起始阶段有一定时间的不平稳爬升，在结束阶段存在缓慢的下降，难以使待测试服务器接收的查询请求QPS始终维持在10万/S，且待测试服务器接收查询请求的时间高于预期的发压机的发压时间5S，无法有效的检测出所述待测试服务器在10万QPS下的性能。

有鉴于此，需要一种新的性能测试方法，以解决现有技术中存在的问题。

发明内容

本发明实施例提供一种性能测试方法、装置、电子设备及存储介质，用以解决现有技术中存在施加查询请求的时间不同步，无法有效进行性能测试的问题。

本发明实施例提供的具体技术方案如下：

一种性能测试方法，包括：

确定待测试服务器的查询频率，并基于所述查询频率选择发压服务器的类型及数目，其中，所述发压服务器用于向所述待测试服务器发送查询请求样本；

至少基于选择的各个发压服务器的类型及数目，确定所述各个发压服务器对应的配置信息，其中，一个配置信息中至少包括时间戳信息以及被配置的查询请求样本信息，并且不同配置信息中的时间戳信息对应的目标时间点相同；

将获得的各个配置信息分别发送至相应的发压服务器，令所述各个发压服务器在相应的时间戳信息对应的目标时间点，将获得的查询请求样本信息发送至所述待测试服务器。

可选的，所述基于所述查询频率选择发压服务器的类型及数目，包括：

确定可选择的发压服务器的类型，并基于所述查询频率选择发压服务器的类型和数目，其中，不同类型的发压服务器对应的发送频率不同。

可选的，所述至少基于选择的各个发压服务器的类型及数目，确定所述各个发压服务器对应的配置信息，包括：

基于所述选择的各个发压服务器的数目以及自身对发压服务器的处理能力，分别确定所述各个发压服务器的处理批次；

基于所述各个发压服务器的处理批次，分别确定所述各个发压服务器对应的时间戳信息；

至少基于所述选择的发压服务器的数目、类型以及查询请求样本总量，确定为所述各个发压服务器配置的查询请求样本信息；

基于获得的各个时间戳信息以及各个查询请求样本信息，分别生成所述各个发压服务器对应的配置信息。

可选的，所述确定为所述各个发压服务器配置的查询请求样本信息之后，在分别生成所述各个发压服务器对应的配置信息之前，进一步包括：

基于选择的各个发压服务器的类型，以及为各个发压服务器配置的查询请求样本信息，确定所述各个发压服务器各自对应的发压时长；

至少基于获得的各个时间戳信息以及各个查询请求样本信息，分别生成各个发压服务器对应的配置信息，包括：

基于获得的各个发压时长、各个时间戳信息以及各个查询请求样本信息，分别生成各个发压服务器对应的配置信息。

可选的，所述基于所述各个发压服务器的处理批次，分别确定所述各个发压服务器对应的时间戳信息，包括：

基于各个处理批次下发压服务器的类型，确定各个处理批次对应的各个处理时长，其中，处于同一个处理批次的发压服务器的类型相同；

设置处理开始时间点，并计算所述处理开始时间点与所述各个处理时长之和，得到处理完成时间点；

基于所述处理完成时间点，确定目标时间点，并基于所述目标时间点分别确定各个处理批次下的发压服务器对应的时间戳信息。

一种性能测试装置，包括：

确定单元，用于确定待测试服务器的查询频率，并基于所述查询频率选择发压服务器的类型及数目，其中，所述发压服务器用于向所述待测试服务器发送查询请求样本；

配置单元，用于至少基于选择的各个发压服务器的类型及数目，确定所述各个发压服务器对应的配置信息，其中，一个配置信息中至少包括时间戳信息以及被配置的查询请求样本信息，并且不同配置信息中的时间戳信息对应的目标时间点相同；

发送单元，用于将获得的各个配置信息分别发送至相应的发压服务器，令所述各个发压服务器在相应的时间戳信息对应的时间点，将获得的查询请求样本信息发送至所述待测试服务器。

可选的，所述基于所述查询频率选择发压服务器的类型及数目时，所述确定单元用于：

可选的，所述至少基于选择的各个发压服务器的类型及数目，确定所述各个发压服务器对应的配置信息时，所述配置单元用于：

可选的，所述确定为所述各个发压服务器配置的查询请求样本信息之后，在分别生成所述各个发压服务器对应的配置信息之前，所述配置单元进一步用于：

可选的，所述基于所述各个发压服务器的处理批次，分别确定所述各个发压服务器对应的时间戳信息时，所述配置单元用于：

一种服务器，包括：

存储器，用于存储可执行指令；

处理器，用于读取并执行存储器中存储的可执行指令，以实现上述任一项所述的性能测试的方法。

一种存储介质，当所述存储介质中的指令由处理器执行时，使得能够执行上述任一项所述性能测试的方法。

本发明有益效果如下：

本申请提供一种性能测试方法、装置、电子设备及存储介质。主控服务器确定待测试服务器的查询频率，并基于所述查询频率选择发压服务器的类型及数目，然后至少基于选择的各个发压服务器的类型及数目，确定所述各个发压服务器对应的配置信息，再将获得的各个配置信息分别发送至相应的发压服务器，令所述各个发压服务器在相应的时间戳信息对应的目标时间点，将获得的查询请求样本信息发送至所述待测试服务器。这样，能够在查询请求样本总量有限的情况下，最大情况下的保证待测试服务器运行在接口查询频率下，进而实现在接口查询频率下对待测试服务器的性能检测，有效保证性能测试的测试质量，提高了测试效率，避免了由于发压服务器施加查询请求样本时间不同步造成的测试结果不准确的问题，有效提高了性能测试的成功率。

附图说明

图1为本申请实施例中现有技术下发压机与待测试服务器交互示意图；

图2为本申请实施例中现有技术下发压机发送查询请求样本数量随时间变化示意图；

图3为本申请实施例中分布式性能测试架构示意图；

图4为本申请实施例中性能测试流程示意图；

图5为本申请实施例中基于时间戳的延迟示意图；

图6为本申请实施例中发压服务器发送的查询请求样本数量随时间变化示意图；

图7为本申请实施例中主控服务器的逻辑结构示意图；

图8为本申请实施例中主控服务器的实体结构示意图。

具体实施方式

为了解决现有技术中存在的施加查询请求的时间不同步，无法有效进行性能测试的问题，本申请实施例中，主控服务器确定待测试服务器的查询频率，并基于所述查询频率选择发压服务器的类型及数目，再至少基于选择的各个发压服务器的类型及数目，确定所述各个发压服务器对应的配置信息，然后将获得的各个配置信息分别发送至相应的发压服务器，令所述各个发压服务器在相应的时间戳信息对应的目标时间点，将获得的查询请求样本信息发送至所述待测试服务器。

参阅图3所示的分布式架构示意图，本申请实施例中，基于主控服务器、待测试服务器以及多个发压服务器共同完成性能测试，其中，所述主控服务器可以视为是一个主控制节点，具体可以是单独存在的独立服务器，或者，可以存在于某一发压服务器上，用于对各个发压服务器进行配置，具体的配置内容包括在性能测试前期将施压程序分发给所述各个发压服务器，以及对所述各个发压服务器进行配置信息的部署，其中，所述施压程序运行在发压服务器上，用于引导所述发压服务器向待测试服务器发送查询请求样本，所述配置信息中至少包括有为发压服务器配置的时间戳信息以及查询请求样本信息，所述查询请求样本信息中包括被配置的查询请求样本数目以及查询请求样本的内容。

所述待测试服务器中预先配置有与所述施压程序对应的可交互的被压服务程序，所述被压服务程序运行在待测试服务器上，用于触发所述待测试服务器在接收发压服务器发送的查询请求样本后做出响应，并记录做出响应后的执行状态进行上报。

所述多个发压服务器相当于多个分布式节点，各个发压服务器采用分布式的方式布置，所述各个发压服务器在接收所述主控服务器下发的配置信息后，基于被配置的相同的时间戳信息，向所述待测试服务器发送的查询请求样本信息，以及预先被配置的施压程序，在时间戳信息对应的目标时间点到来时向待测试服务器发送查询请求样本。

下面结合附图4，对本申请实施例中优选的实施例进行进一步详细说明。

步骤401：主控服务器确定待测试服务器的查询频率，并基于所述查询频率选择发压服务器的类型及数目。

主控服务器确定待测试服务器接口可承载查询频率后，将所述接口可承载的查询频率作为进行性能测时，为待测试服务器施加发送频率，其中，所述查询频率用于衡量待测试服务器响应查询请求的能力，其中，查询频率衡量单位可以由实际的性能测试需要进行设置，如XX/S，XX/ms等，XX/S也称为每秒查询数QPS。进一步的，所述主控服务器确定可选择的发压服务器的类型，并基于所述查询频率选择发压服务器的类型和数目，其中，不同类型的发压服务器对应的发送频率不同，所述发压服务器用于向所述待测试服务器发送查询请求样本，不同类型的发压服务器对应的发送频率不同，且在保证性能测试过程中施加的查询请求稳定有效的情况下，不同类型的发压服务器对应的发送频率上限值不同，为保证资源的有效利用，通常将所述上限值作为各个发压服务器发送频率的一个选择依据，进而选择发压服务器的类型及数目，其中，所述发送频率与所述查询频率对应的衡量单位相同，以下的叙述中仅以QPS作为查询频率为例，进行详细说明。

需要说明的是，本申请实施例中，选择的全部发压服务器的类型可以相同，这样，有助于进行统一的配置，或者，也可以采用多种不同类型的发压服务器组合施加查询请求样本，这样，一定程度上能够有效降低主控服务器处理的工作量，并通过在进行性能测试的过程中引入新类型发压服务器，为性能测试过程提供更多可考量的依据。

例如，假设待测试服务器A可承受的QPS为40万/S，选择8核CPU、64G内存的发压服务器进行配置，当前发压服务器每秒能够发送的查询请求样本数量为2万/S，故当前需要选择20台当前型号的发压服务器，以满足所述20台发压服务器同时施加查询请求样本时，所述待测试服务器A每秒能够接收的查询请求样本数为40万/S。

又例如，待测试服务器A可承受的QPS为40万/S，在选择发压服务器的类型和数目时，可以选择每秒能发送2万条查询请求样本的发压服务器10台，以及每秒能发送5万条查询请求样本的发压服务器4台。

步骤402：所述主控服务器至少基于选择的各个发压服务器的类型及数目，确定所述各个发压服务器对应的配置信息。

主控服务器选择发压服务器的类型及数目后，至少基于选择的各个发压服务器的类型及数目，确定所述各个发压服务器对应的配置信息，其中，一个配置信息中至少包括时间戳信息以及被配置的查询请求样本信息，并且对应所述各个发压服务器的各个配置信息中，时间戳信息对应的目标时间点是相同的，时间戳信息是指格林维治时间1970年01月01日00时00分00秒(北京时间1970年01月01日08时00分00秒)起到某一目标时间点的总毫秒数，所述时间戳信息对应的目标时间点具体是指延迟到的未来的某一时间点，所述时间戳信息对应的目标时间点是根据发压服务器的数目、所述主控服务器自身对发压服务器的配置能力以及为发压服务器完成对发压服务器的配置所需的时间共同决定的。

具体的，第一方式下，所述主控服务器基于所述选择的各个发压服务器的数目以及自身对发压服务器的处理能力，分别确定所述各个发压服务器的处理批次，再基于所述各个发压服务器的处理批次，分别确定所述各个发压服务器对应的时间戳信息，然后至少基于所述选择的发压服务器的数目、类型以及查询请求样本总量，确定为所述各个发压服务器配置的查询请求样本信息，所述主控服务器再基于获得的各个时间戳信息以及各个查询请求样本信息，分别生成所述各个发压服务器对应的配置信息。其中，每批次的处理内容包括对发压服务器进行施压程序的分发，对配置信息的部署并使各个发压服务器处于启动状态。

需要说明的是，所述主控服务器在确定对发压服务器的处理批次时，通常将同种类型的发压服务器配置为同一处理批次，若存在不同处理批次下，进行处理的发压服务器的类型不同，则分别确定相应的处理时长。

第二方式下，所述主控服务器基于选择的各个发压服务器的类型，以及为各个发压服务器配置的查询请求样本信息，确定所述各个发压服务器各自对应的发压时长，进一步的，所述主控服务器基于获得的各个发压时长、各个时间戳信息以及各个查询请求样本信息，分别生成各个发压服务器对应的配置信息。

基于第一方式和第二方式，需要说明的是，所述主控服务器在确定时间戳信息时，基于各个处理批次下发压服务器的类型，确定各个处理批次对应的各个处理时长，其中，处于同一个处理批次的发压服务器的类型相同，然后设置处理开始时间点，并计算所述处理开始时间点与所述各个处理时长之和，得到处理完成时间点，再基于所述处理完成时间点，确定目标时间点，并基于所述目标时间点分别确定各个处理批次下的发压服务器对应的时间戳信息。

例如，主控服务器确定选择的同种类型的发压服务器的数目为20台，且基于所述主控服务器的处理能力可知所述主控服务器每次可处理的发压服务器的数目为5台，则所述主控服务器对选择的20台发压服务器分批次的进行处理操作，共计分为4次进行，并假设每批次下的处理时长均为a，所述主控服务器完成全部发压服务器的配置所需要的时间为4a，对应的延迟时间至少应大于4a，若设置处理开始时间点为T，则对应的处理完成时间点为T+4a，进而设置时间戳信息对应的目标时间点应至少滞后于T+4a；进一步的，假设查询请求样本总数为100万，待测试服务器可承受的QPS为10万/S，每个发压服务器每秒能够发送的查询请求样本的数目为2万，则，100万的查询请求样本总数能够维持发压服务器向待测试服务器发送查询请求样本的时间为10秒，即发压服务器的发压时长为10秒，这样，每个发压服务器对应需要被配置的查询请求样本的数目为10秒*2万/秒＝20万，故对应各个发压服务器的查询请求样本信息中，包括对应的20万条查询请求样本内容。进而，所述主控服务器将时间戳信息以及查询请求样本信息作为配置信息发送至各个发压服务器，或者，所述主控服务器将得到的时间戳信息、查询请求样本信息、以及发压时长信息作为配置信息发送至各个发压服务器。

这样，所述主控服务器通过为各个发压服务器配置时间戳信息，能够在查询请求样本总量有限的情况下，最大情况下的保证待测试服务器运行在接口查询频率下，进而实现在接口查询频率下对待测试服务器的性能检测，有效保证性能测试的测试质量，提高了测试效率，避免了由于发压服务器施加查询请求样本时间不同步造成的测试结果不准确的问题，有效提高了性能测试的成功率，为后续对于待测试服务器性能及状态的跟踪和记录提供了保障。

步骤403：所述主控服务器将获得的各个配置信息分别发送至相应的发压服务器，令所述各个发压服务器在相应的时间戳信息对应的目标时间点，将获得的查询请求样本信息发送至所述待测试服务器。

主控服务器为各个发压服务器配置了相应的配置信息后，进一步的，可以基于发压服务器与待测试服务器之间满足的通信协议或者基于开源的gatling交互格式，生成符合交互需求的报文信息，并将所述报文信息发送至相应的发压服务器，其中，所述配置信息中至少包括有时间戳信息以及查询请求样本信息，使得各个发压服务器在时间戳信息对应的目标时间点，将获得的查询请求样本发送至所述待测试服务器。其中，所述时间戳信息对应的目标时间点限定了所述各个发压服务器发送查询请求样本的目标时间点，且对于各个发压服务器来说，所述时间戳信息对应的目标时间点是相同的。

例如，参阅图5所示，进行性能测试的时间为T1min，确定需要配置的发压服务器是20台，基于自身的处理能力，每次最多进行10台发压服务器的配置，故分为2批次进处理，配置的时间戳信息对应的目标时间点为T1+5min，在时间点T1+1min时，完成了10台发压服务器的配置，在时间点T1+3min时，完成了剩余10台发压服务器的配置，则在时间点T1+1min处理完成的10台发压机需要等待的时长为4min，在时间点T1+3min处理完成的10台发压机需要等待的时长为2min，待达到目标时间点T1+5min时，令全部20台发压机统一向待测试服务器发送查询请求样本。

这样，能够得到如图6所示的发压服务器向待测试服务器发送查询请求样本的期望结果，能够有效为待测试服务器配置能够承受的接口QPS，为对待测试服务器的性能检测提供了基础条件，保证了性能测试的有效进行，而且基于时间戳信息，保证了时间的精确性，保证了各个发压服务器能够统同步发送查询请求样本。

基于上述实施例，参阅图7所示，本申请实施例中，主控服务器700至少包括：

确定单元701，用于确定待测试服务器的查询频率，并基于所述查询频率选择发压服务器的类型及数目，其中，所述发压服务器用于向所述待测试服务器发送查询请求样本；

配置单元702，用于至少基于选择的各个发压服务器的类型及数目，确定所述各个发压服务器对应的配置信息，其中，一个配置信息中至少包括时间戳信息以及被配置的查询请求样本信息，并且不同配置信息中的时间戳信息对应的目标时间点相同；

发送单元703，用于将获得的各个配置信息分别发送至相应的发压服务器，令所述各个发压服务器在相应的时间戳信息对应的时间点，将获得的查询请求样本信息发送至所述待测试服务器。

可选的，所述基于所述查询频率选择发压服务器的类型及数目时，所述确定单元701用于：

可选额，所述至少基于选择的各个发压服务器的类型及数目，确定所述各个发压服务器对应的配置信息时，所述配置单元702用于：

可选的，所述确定为所述各个发压服务器配置的查询请求样本信息之后，在分别生成所述各个发压服务器对应的配置信息之前，所述配置单元702进一步用于：

可选的，所述基于所述各个发压服务器的处理批次，分别确定所述各个发压服务器对应的时间戳信息时，所述配置单元702用于：

基于同一发明构思，装置800可以被提供为一主控服务器。参照图8，装置800包括处理组件822，其进一步包括一个或多个处理器，以及由存储器832所代表的存储器资源，用于存储可由处理组件822的执行的指令，例如应用程序。存储器832中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件822被配置为执行指令，以执行上述方法。

装置800还可以包括一个电源组件826被配置为执行装置800的电源管理，一个有线或无线网络接口850被配置为将装置800连接到网络，和一个输入输出(I/O)接口858。装置800可以操作基于存储在存储器832的操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM或类似系统。

基于同一发明构思，本申请实施例中基于音频数据的处理的实施例中提供一种存储介质，当所述存储介质中的指令由电子设备执行时，使得所述电子设备能够执行上述任一种方法。

综上所述，本申请实施例中提供一种性能测试方法、装置、电子设备及存储介质。主控服务器确定待测试服务器的查询频率，并基于所述查询频率选择发压服务器的类型及数目，然后至少基于选择的各个发压服务器的类型及数目，确定所述各个发压服务器对应的配置信息，再将获得的各个配置信息分别发送至相应的发压服务器，令所述各个发压服务器在相应的时间戳信息对应的目标时间点，将获得的查询请求样本信息发送至所述待测试服务器。这样，能够在查询请求样本总量有限的情况下，最大情况下的保证待测试服务器运行在接口查询频率下，进而实现在接口查询频率下对待测试服务器的性能检测，有效保证性能测试的测试质量，提高了测试效率，避免了由于发压服务器施加查询请求样本时间不同步造成的测试结果不准确的问题，有效提高了性能测试的成功率。

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

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

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

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

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样，倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims

1.一种性能测试方法，其特征在于，包括：

2.如权利要求1所述的方法，其特征在于，所述基于所述查询频率选择发压服务器的类型及数目，包括：

3.如权利要求1所述的方法，其特征在于，所述至少基于选择的各个发压服务器的类型及数目，确定所述各个发压服务器对应的配置信息，包括：

4.如权利要求3所述的方法，其特征在于，所述确定为所述各个发压服务器配置的查询请求样本信息之后，在分别生成所述各个发压服务器对应的配置信息之前，进一步包括：

5.如权利要求3-4任一项所述的方法，其特征在于，所述基于所述各个发压服务器的处理批次，分别确定所述各个发压服务器对应的时间戳信息，包括：

6.一种性能测试装置，其特征在于，包括：

7.如权利要求6所述的装置，其特征在于，所述至少基于选择的各个发压服务器的类型及数目，确定所述各个发压服务器对应的配置信息时，所述配置单元用于：

8.如权利要求7所述的装置，其特征在于，所述基于所述各个发压服务器的处理批次，分别确定所述各个发压服务器对应的时间戳信息时，所述配置单元用于：

9.一种服务器，其特征在于，包括：

存储器，用于存储可执行指令；

处理器，用于读取并执行存储器中存储的可执行指令，以实现如权利要求1至5中任一项所述的性能测试的方法。

10.一种存储介质，其特征在于，当所述存储介质中的指令由处理器执行时，使得能够执行如权利要求1至5中任一项所述性能测试的方法。