CN115454871A - 压力测试方法、系统、存储介质以及电子设备 - Google Patents

Abstract

本公开涉及一种压力测试方法、系统、存储介质以及电子设备，涉及计算机技术领域，该压力测试方法通过客户端向服务器下发测试任务，服务器加载与测试任务对应的机器人脚本，并通过机器人脚本采集原始运行数据，写入目标存储目录中，以及将目标存储目录中的原始运行数据存储在数据服务端，使得在压力测试过程中，无需针对不同类型的机器人脚本编写埋点SDK，可以降低压力测试的成本。而且，由于服务器无对压力测试的原始运行数据进行聚合，降低了对服务器计算性能的影响，提高了压力测试的测试数据精度。另外，能够在分布式的压力测试中，基于原始运行数据进行全局、多维度的指标计算，以提高压力测试的测试精度。

Description

压力测试方法、系统、存储介质以及电子设备

技术领域

本公开涉及计算机技术领域，具体地，涉及一种压力测试方法、系统、存储介质以及电子设备。

背景技术

压力测试，也称作强度测试或者负载测试，是一种用于检验系统稳定性的测试方法，通过模拟实际应用的软硬件环境及用户使用过程的系统负荷，长时间或超大负荷地运行测试软件，来测试被测系统的性能、可靠性以及稳定性等。

在压力测试过程中，一般通过会通过埋点来对压力测试的事件进行追踪，以捕获相关的行为数据。在相关技术中，由于压力测试所使用的测试用例需要用户手动为每一个埋点编写对应的代码，代码与各自的业务紧耦合，导致测试成本增大。

发明内容

提供该发明内容部分以便以简要的形式介绍构思，这些构思将在后面的具体实施方式部分被详细描述。该发明内容部分并不旨在标识要求保护的技术方案的关键特征或必要特征，也不旨在用于限制所要求的保护的技术方案的范围。

第一方面，本公开提供一种压力测试方法，应用于服务器，所述方法包括：

响应于客户端发送的测试任务，加载与所述测试任务对应的机器人脚本，其中，所述机器人脚本配置为执行所述测试任务，采集所述机器人脚本在执行所述测试任务期间的原始运行数据，并将采集到的所述原始运行数据写入所述服务器的目标存储目录中；

读取所述目标存储目录中的所述原始运行数据，并将读取到的所述原始运行数据发送至数据服务端，以使所述数据服务端存储所述原始运行数据，其中，存储在所述数据服务端中的所述原始运行数据用于确定测试任务的测试指标信息。

第二方面，本公开提供一种压力测试方法，应用于客户端，所述方法包括：

获取用于指示向服务器发送测试任务的测试指令；

响应于所述测试指令，向所述服务器发送所述测试任务；

其中，所述测试任务用于使得所述服务器加载与所述测试任务对应的机器人脚本，所述机器人脚本配置为执行所述测试任务，以及采集所述机器人脚本在执行所述测试任务期间的原始运行数据，并将采集到的所述原始运行数据写入所述服务器的目标存储目录中；

所述测试任务还用于使得所述服务器读取所述目标存储目录中的所述原始运行数据，并将读取到的所述原始运行数据发送至数据服务端，以使所述数据服务端存储所述原始运行数据，其中，存储在所述数据服务端中的所述原始运行数据用于确定测试任务的测试指标信息。

第三方面，本公开提供一种压力测试方法，应用于数据服务端，所述方法包括：

接收服务器发送的原始运行数据，其中，所述原始运行数据是所述服务器响应于客户端发送的测试任务，通过与所述测试任务对应的机器人脚本而获得的并向所述数据服务端发送的，所述机器人脚本配置为执行所述测试任务，采集所述机器人脚本在执行所述测试任务期间的原始运行数据，并将采集到的所述原始运行数据写入所述服务器的目标存储目录中；

存储所述原始运行数据，其中，存储在所述数据服务端中的所述原始运行数据用于确定测试任务的测试指标信息。

第四方面，本公开提供一种压力测试系统，包括：

客户端，被配置为向服务器发送测试任务；

所述服务器，被配置为响应于所述测试任务，加载与所述测试任务对应的机器人脚本，其中，所述机器人脚本配置为执行所述测试任务，采集所述机器人脚本在执行所述测试任务期间的原始运行数据，并将采集到的所述原始运行数据写入所述服务器的目标存储目录中；

所述服务器还被配置为，读取所述目标存储目录中的所述原始运行数据，并将读取到的所述原始运行数据发送至数据服务端；

所述数据服务端，被配置为存储所述服务器发送的所述原始运行数据，其中，存储在所述数据服务端中的所述原始运行数据用于确定测试任务的测试指标信息。

第五方面，本公开提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理装置执行时实现第一方面所述的方法的步骤，或者，实现第二方面所述的方法的步骤，或者，实现第三方面所述的方法的步骤。

第六方面，本公开提供一种电子设备，包括：

存储装置，其上存储有计算机程序；

处理装置，用于执行所述存储装置中的所述计算机程序，以实现第一方面所述的方法的步骤，或者，实现第二方面所述的方法的步骤，或者，实现第三方面所述的方法的步骤。

基于上述技术方案，通过机器人脚本采集原始运行数据，并写入目标存储目录中，以及将目标存储目录中的原始运行数据存储在数据服务端，使得在压力测试过程中，无需针对不同类型的机器人脚本编写埋点SDK，解决了采用小众编程语言编写的机器人脚本没有成熟的埋点SDK支持的问题，可以降低压力测试的成本。而且，由于服务器无对压力测试的原始运行数据进行聚合，降低了对服务器计算性能的影响，提高了压力测试的测试数据精度。另外，通过存储测试任务对应的原始运行数据，能够在分布式的压力测试中，基于原始运行数据进行全局、多维度的指标计算，以提高压力测试的测试精度。

本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。

附图说明

结合附图并参考以下具体实施方式，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，原件和元素不一定按照比例绘制。在附图中：

图1是根据一示例性实施例示出的一种压力测试系统的结构示意图。

图2是根据一示例性实施例示出的压力测试系统的交互时序示意图。

图3是根据一示例性实施例示出的服务器以及数据服务端的结构示意图。

图4是根据另一示例性实施例示出的压力测试系统的交互时序示意图。

图5是根据一示例性实施例示出的展示第一测试指标信息的用户界面的示意图。

图6是根据一示例性实施例示出的展示第一测试指标信息的示意图。

图7是根据另一示例性实施例示出的一种压力测试系统的结构示意图。

图8是根据一示例性实施例示出的一种压力测试方法的流程图。

图9是根据另一示例性实施例示出的一种压力测试方法的流程图。

图10是根据又一示例性实施例示出的一种压力测试方法的流程图。

图11是根据另一示例性实施例示出的一种压力测试方法的流程图。

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

具体实施方式

下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。

应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。

本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。

需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。

需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。

本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。

在游戏场景中，一般会使用机器人脚本(又可以称为测试用例)来测试游戏的各种性能，如游戏支持的最高在线人数、游戏的消息吞吐量、游戏在不同在线和消息量时的内存消耗和CPU使用率、游戏线程的处理能力、数据库IO的处理能力。此外，还可以使用机器人脚本来测多人玩法功能，甚至还可以使用机器人脚本来模仿攻击服务器等等。总之，通过机器人脚本，能够直观地发现游戏是否存在性能瓶颈，或者是测试游戏是否存在漏洞。

在相关技术中，一般会在游戏的服务器中设置用于采集埋点数据的SDK(SoftwareDevelopment Kit，软件开发工具包)，然后通过SDK来采集埋点数据，并且对埋点数据进行聚合形成测试指标，如形成QPS(Query Per Second，每秒处理的请求个数)指标、RT(Response Time，响应时间)指标等等。

但是，这种在服务器中对埋点数据进行聚合的方式，会导致服务器损失部分计算性能，特别是在埋点数据的数据量较大的情况下，服务器损失的计算性能会更大，从而对服务器的压力测试产生影响。而且，在服务器中对埋点数据进行聚合的方式，导致压力测试对应的测试指标只能够在对应的服务器上进行准确统计。而在游戏场景中，多个服务器是分布式部署的，这就导致当一个压力测试任务是在分布式部署的多个服务器中进行时，无法准确计算出该压力测试任务的准确测试指标。例如，在计算PCT99分位值(一种数据聚合统计方式，PCT99是指数据集按照升序排列，排在99％位置的数据)时，一般的计算方式是分别计算每个服务器上传的PCT99指标的平均值来获得整个压力测试任务对应的PCT99指标。但是，这样获得的PCT99指标会随着压力测试的埋点数据增多而产生越来越大的误差。另外，由于不同机器人脚本所使用的行为逻辑不同，SDK关注的监控指标也会不同，如果使用SDK的埋点方式，会导致每个节点监控的指标类型不统一，从而导致在数据分析过程中无法聚合多个埋点的数据。

正是基于上述技术问题，本公开实施例提出一种压力测试方法、系统、存储介质以及电子设备，通过客户端向服务器发送测试任务，服务器响应于测试任务，加载与测试任务对应的机器人脚本，该机器人脚本配置为执行测试任务以及采集机器人脚本在执行测试任务时的原始运行数据，并将采集到的原始运行数据写入服务器的目标存储目录中。并且，通过服务器读取目标存储目录中的原始运行数据，并将读取到的原始运行数据上传至数据服务端中进行存储。由此，在压力测试过程中，无需针对不同类型的机器人脚本编写埋点SDK，可以降低压力测试的成本。而且，由于服务器无对压力测试的原始运行数据进行聚合，降低了对服务器计算性能的影响，提高了压力测试的测试数据精度。另外，通过存储测试任务对应的原始运行数据，能够在分布式的压力测试中，基于原始运行数据进行全局、多维度的指标计算，以提高压力测试的测试精度。

图1是根据一示例性实施例示出的一种压力测试系统的结构示意图。如图1所示，本公开实施例提供一种压力测试系统，该系统包括客户端101、服务器102以及数据服务端103，该客户端101与服务器102通信连接，服务器102与数据服务端103通信连接，数据服务端103与客户端101通信连接。

其中，客户端101被配置为向服务器102发送测试任务，服务器102被配置为响应于客户端101发送的测试任务，加载与测试任务对应的机器人脚本。该机器人脚本配置为执行测试任务，采集机器人脚本在执行测试任务期间的原始运行数据，并将采集到的原始运行数据写入服务器102的目标存储目录中。并且，服务器102还被配置为读取目标存储目录中的原始运行数据，并将读取到的原始运行数据上传至数据服务端103中进行存储。数据服务端103则被配置为接收并存储服务器102上传的原始运行数据。其中，存储在数据服务端103中的原始运行数据用于确定测试任务的测试指标信息。即客户端101可以基于该数据服务端103中的原始运行数据，获得测试任务对应的测试指标信息。应当理解的是，客户端101可以根据需求来获得任意测试任务对应的测试指标信息。

这里，在进行压力测试时，用户可以通过客户端101的用户界面触发压力测试指令，然后客户端101响应于该压力测试指令，向服务器102发送测试任务。该压力测试指令可以包括需要进行压力测试的服务器102、压力测试使用的机器人脚本、压力测试的测试任务、压力测试的时长等等信息。

服务器102接收到客户端101发送的测试任务，则响应于该测试任务，从分布式云存储服务中下载对应的机器人脚本，并加载至服务器102中。其中，服务器102可以是游戏服务器102，例如，网关服务器102、账户服务器102、游戏大厅服务器102、聊天服务器102以及匹配服务器102等等。

应当理解的是，不同的测试任务可以是使用不同类型的机器人脚本。例如，机器人脚本可以包括登录机器人、协议测试机器人、功能测试机器人等等。其中，登录机器人用于通过同时或随机在服务器102中加载多个登录机器人，以测试游戏的最高在线人数、地图同屏任务，又或者用于测试游戏的网关处理能力。协议测试机器人则用于通过随机调用游戏的请求协议，以测试游戏功能是否存在漏洞或者报空指针。功能测试机器人用于测试多线程处理的功能玩法是否存在漏洞。

机器人脚本被加载至服务器102后，运行机器人脚本，以控制机器人脚本执行测试任务、采集在执行测试任务时的原始运行数据、并将采集到的原始运行数据写入服务器102的目标存储目录中。其中，机器人脚本执行测试任务是指机器人脚本按照其预先配置好的运行逻辑运行。例如，对于协议测试机器人而言，其在运行后，协议测试机器人会调用服务器102中的协议，以测试被调用的协议是否正常。在机器人脚本为协议测试机器人时，原始运行数据包括测试任务对应的任务编码信息(通过taskId表示)、机器人脚本监测的远程过程调用协议(Remote Procedure Call Protocol，RPC)的协议名称(通过markName表示)、机器人脚本调用远程过程调用协议的开始时间(通过startTime表示)、机器人脚本接收到远程过程调用协议返回的响应数据的结束时间(通过endTime表示)以及远程过程调用协议的跟踪信息(通过traceInfo表示)。其中，任务编码信息是可以由客户端101设置的环境变量来表示，一个测试任务对应唯一的任务编码信息，通过任务编码信息，可以获取到属于该任务编码信息的所有数据。跟踪信息是用来表示机器人脚本是否成功请求远程过程调用协议的信息。例如，当机器人脚本调用RPC报错，则在跟踪信息中写入报错信息，该报错信息用于统计异常错误。当机器人脚本成功调用RPC，则跟踪信息为空白信息。

应当理解的是，原始运行数据是指机器人脚本在执行测试任务时，产生的未经过处理的原始数据。例如，对于协议测试机器人而言，其在请求远程过程调用协议时，会产生请求该远程过程调用协议的开始时间，以及产生远程过程调用协议响应于调用请求而向机器人脚本返回响应数据的结束时间等等。

在机器人脚本运行的过程中，机器人脚本采集原始运行数据，并以预设的数据格式将原始运行数据写入目标存储目录中。例如，以{"taskId":"6226fc20ba3072a68025fd0b","markName":"login_rpc","startTime":1646722084

257,"endTime":1646722084262,"traceInfo":""}的数据格式将原始运行数据写入目标存储目录中。应当理解的是，通过以预设的数据格式将原始运行数据写入目标存储目录中，可以使得数据能够规范存储，以便于读取。

值得说明的是，目标存储目录是在服务器102上的一个指定的存储空间，在启动机器人脚本时，会在服务器102中创建用于存储原始运行数据的目标存储目录，以使服务器102能够发现采集到的原始运行数据。

在机器人脚本执行测试任务的过程中，服务器102可以通过上报协程读取目标存储目录中的原始运行数据，并将读取到的原始运行数据发送至数据服务端103。数据服务端103接收服务器102发送的原始运行数据，并存储接收到的原始运行数据。值得说明的是，数据服务端103可以是独立的数据库服务器102。

由此，通过机器人脚本采集原始运行数据，并写入目标存储目录中，以及将目标存储目录中的原始运行数据存储在数据服务端，使得在压力测试过程中，无需针对不同类型的机器人脚本编写埋点SDK，解决了采用小众编程语言编写的机器人脚本没有成熟的埋点SDK支持的问题，可以降低压力测试的成本。而且，由于服务器无对压力测试的原始运行数据进行聚合，降低了对服务器计算性能的影响，提高了压力测试的测试数据精度。另外，通过存储测试任务对应的原始运行数据，能够在分布式的压力测试中，基于原始运行数据进行全局、多维度的指标计算，以提高压力测试的测试精度。

图2是根据一示例性实施例示出的压力测试系统的交互时序示意图。如图2所示，压力测试系统在执行压力测试方法时，可以包括以下步骤：

S201，客户端向服务器发送测试任务；

S202，服务器接收测试任务；

S203，服务器响应于测试任务，加载与测试任务对应的机器人脚本；

S204，服务器采集机器人脚本在执行测试任务期间的原始运行数据，并将采集到的原始运行数据写入服务器的目标存储目录中；

S205，服务器读取目标存储目录中的原始运行数据；

S206，服务器将读取到的原始运行数据发送至数据服务端；

S207，数据服务端接收并存储服务器发送的原始运行数据。

应当理解的是，在上述关于压力测试系统的实施方式中已经对上述步骤S201至步骤S207的具体实现方式进行了详细说明，在此不再赘述。

图3是根据一示例性实施例示出的服务器以及数据服务端的结构示意图。如图3所示，服务器220包括运行容器221、目标存储目录224以及上报协程225。该运行容器221包括测试引擎222以及机器人脚本223对应的运行环境。测试引擎222配置为响应于客户端发送的测试任务，在运行容器221中创建进程隔离空间(PID namespace)，将用于运行机器人脚本223的进程加载至进程隔离空间中，以及将机器人脚本223加载至所述进程隔离空间中。

其中，运行容器221用于提供机器人脚本223运行所需的运行环境，运行环境是指运行机器人脚本223所需的软件环境。针对不同技术栈的机器人脚本223，其运行所需的运行环境不同。例如，针对go语言编写的机器人脚本223，其需要go语言的运行环境，针对java语言编写的机器人脚本223，其需要jave语言的运行环境，针对python语言编写的机器人脚本223，其需要python语言的运行环境。值得说明的是，测试引擎222实际上用于对机器人脚本223的生命周期进行管理，生命周期管理包括但不限于下载机器人脚本223、运行机器人脚本223、终止机器人脚本223以及清理机器人脚本223。当然，该测试引擎222还用于响应于测试任务，启动上报协程225。

在一些实施例中，可以基于docker文件构建机器人脚本223的运行环境，获得基础镜像文件，并基于基础镜像文件以及测试引擎222，生成运行容器221。例如，基于docker文件，构建支持go语言的运行环境的基础镜像文件，然后将基础镜像文件与测试引擎222进行封装，形成运行容器221。

如图3所示，测试引擎222在接收到测试任务时，在运行容器221中创建PIDnamespace，使得用于运行机器人脚本223的进程都能够在相同的PID namespace中。应当理解的是，PID namespace是指对进程的PID(进程标识符)的容器虚拟化，从PID的维度实现容器间的隔离。即在一个容器中只能看到属于该PID namespace的PID，从而实现进程间的隔离。

在一些可以实现的实施方式中，服务器220还可以配置为：响应于任务结束指令，终止进程隔离空间，以杀死用于运行机器人脚本223的进程，其中，任务结束指令是在机器人脚本223执行完测试任务的情况下触发的。

这里，在机器人脚本223执行完测试任务的情况下，测试引擎222响应于任务结束指令，终止(KILL)对应的进程隔离空间。由于机器人脚本223的所有进程都运行在进程隔离空间中，当KILL进程隔离空间时，机器人脚本223你的所有进程也会被KILL干净，不会出现进程残余。特别是在机器人脚本223采用多进程的运行方式的情况下，如果采用kill-signal的命令来KILL进程，是完全无法KILL所有进程的，而基于进程隔离空间运行的进程，则能够被KILL干净，即能够KILL所有进程。

如图3所示，在机器人脚本223启动之后，机器人脚本223按照其预先配置的逻辑执行测试任务，并且采集在执行测试任务时的原始运行数据，并将采集到的原始运行数据写入目标存储目录224中。上报协程225则读取目标存储目录224中的原始运行数据，并将读取到的原始运行数据发送至数据服务端230。

在一些可以实现的实施方式中，上报协程225可以配置为：在目标存储目录224中存在新增的原始运行数据的情况下，若新增的原始运行数据中的开始时间小于结束时间，且跟踪信息表征机器人脚本223正常调用远程过程调用协议，则将新增的原始运行数据中的任务编码信息、协议名称、开始时间以及结束时间上传至数据服务端230中的第一存储空间中进行存储；

若新增的原始运行数据中的开始时间小于结束时间，且跟踪信息表征机器人脚本223调用远程过程调用协议异常，则将新增的原始运行数据中的任务编码信息、协议名称、开始时间以及跟踪信息上传至数据服务端230中的第二存储空间中进行存储。

这里，上报协程225可以不断轮询目标存储目录224是否存在新增的原始运行数据，若上报协程225发现存在新增的原始运行数据，则读取新增的原始运行数据，并在新增的原始运行数据中的开始时间小于结束时间以及跟踪信息表征机器人脚本223正常调用远程过程调用协议的情况下，将新增的原始运行数据中的任务编码信息、协议名称、开始时间以及结束时间上传至数据服务端230中的第一存储空间中进行存储。

其中，在跟踪信息为空白信息的情况下，确定机器人脚本223正常调用远程过程调用协议。当新增的原始运行数据中的开始时间小于结束时间以及跟踪信息表征机器人脚本223正常调用远程过程调用协议时，说明机器人脚本223能够正常调用远程过程调用协议，针对这一类型的原始运行数据，则存储在数据服务端230的第一存储空间中。原始运行数据在第一存储空间的存储形式如表1所示。

表1：

其中，表1中的响应时间是开始时间与结束时间之间的差值得到的。在实际情况中，响应时间也可以被替换为结束时间。

在新增的原始运行数据中的开始时间小于结束时间，且跟踪信息表征机器人脚本223调用远程过程调用协议异常的情况下，上报协程225将新增的原始运行数据中的任务编码信息、协议名称、开始时间以及跟踪信息上传至数据服务端230中的第二存储空间中进行存储。

其中，在跟踪信息包括报错信息的情况下，确定机器人脚本223调用远程过程调用协议异常。当新增的原始运行数据中的开始时间小于结束时间以及跟踪信息表征机器人脚本223调用远程过程调用协议异常时，说明机器人脚本223能够调用远程过程调用协议异常，针对这一类型的原始运行数据，则存储在数据服务端230的第二存储空间中。原始运行数据在第二存储空间的存储形式如表2所示。

表2

当然，若开始时间大于等于结束时间，说明原始运行数据不正确，则丢弃该新增的原始运行数据。

如图3所示，数据服务端230包括消息中间件231以及目标数据库232。其中，消息中间件231用于接收上报协程225发送的原始运行数据，并消费该原始运行数据，将原始运行数据存储在目标数据库232中。该目标数据库232包括第一存储空间以及第二存储空间，用于存储消息中间件231发送的原始运行数据。消息中间件231上传至目标数据库232的原始运行数据会以表1、表2的数据表形式存储在目标数据库232中。

示例性地，消息中间件231可以为kafka(一种分布式发布订阅消息系统)，目标数据库232可以为ClickHouse(一种列式存储数据库)。

由此，通过控制机器人脚本223将采集到的原始运行数据写入目标存储目录224，并通过上报协程225以及消息中间件231将目标存储目录224中的原始运行数据存储在目标数据库232中，使得压力测试时产生的原始运行数据能够存储在数据服务端230，实现了在分布式系统的压力测试中，数据存储、数据分析能够不依赖服务器220。而且，通过将机器人脚本能够正常调用远程过程调用协议对应的原始运行数据，以及机器人脚本未能正常调用远程过程调用协议对应的原始运行数据分别存储在第一存储空间和第二存储空间中，能够对根据数据类型的不同对数据进行分门别类，便于后续在计算测试指标信息时容易查找到相应的原始运行数据。

在一些可以实现的实施方式中，所述客户端还配置为：向所述数据服务端发送用于查询目标测试任务的测试指标信息的查询指令；

所述数据服务端还配置为：响应于所述查询指令，根据所述目标测试任务对应的原始运行数据，获得所述测试指标信息；

所述客户端还配置为：获取所述测试指标信息，并展示所述测试指标信息。

这里，数据服务端在接收到客户端发送的查询指令时，数据服务端响应于查询指令，根据目标测试任务对应的任务编码信息，在第一存储空间以及第二存储空间中查找与目标测试任务的任务编码信息关联的原始运行数据，并根据查找到的原始运行数据，计算得到测试指标信息。

值得说明的是，由于第一存储空间存储的是机器人脚本能够正常调用远程过程调用协议对应的原始运行数据，第二存储空间存储的是机器人脚本未能正常调用远程过程调用协议对应的原始运行数据，则当查询指令为计算未能正常调用远程过程调用协议对应的测试指标信息时，则数据服务端从第二存储空间中读取相应的原始运行数据。若查询指令为计算正常调用远程过程调用协议对应的测试指标信息时，则数据服务端从第一存储空间中读取响应的原始运行数据。

图4是根据另一示例性实施例示出的压力测试系统的交互时序示意图。如图4所示，压力测试系统在执行压力测试方法时，可以包括以下步骤：

S401，客户端向服务器发送测试任务；

S402，服务器接收测试任务；

S403，服务器响应于测试任务，加载与测试任务对应的机器人脚本；

S404，服务器采集机器人脚本在执行测试任务期间的原始运行数据，并将采集到的原始运行数据写入服务器的目标存储目录中；

S405，服务器读取目标存储目录中的原始运行数据；

S406，服务器将读取到的原始运行数据发送至数据服务端；

S407，数据服务端接收并存储服务器发送的原始运行数据；

S408，客户端向数据服务端发送用于查询目标测试任务的测试指标信息的查询指令；

S409，数据服务端接收并响应于查询指令，根据目标测试任务对应的原始运行数据，获得测试指标信息；

S410，数据服务端向客户端发送测试指标信息；

S411，客户端接收并展示测试指标信息。

应当理解的是，在上述关于压力测试系统的实施方式中已经对上述步骤S401至步骤S411的具体实现方式进行了详细说明，在此不再赘述。

在一些实施例中，所述查询指令包括第一查询指令，则所述客户端具体配置为：向所述数据服务端发送第一查询指令；

所述数据服务端具体配置为：响应于所述第一查询指令，根据第一目标测试任务对应的原始运行数据，获得第一测试指标信息，并将所述第一测试指标信息发送至所述客户端；

所述客户端具体配置为：接收所述数据服务端发送的所述第一测试指标信息，并展示所述第一测试指标信息。

这里，客户端可以向数据服务端发送第一查询指令，该第一查询指令用于第一目标测试任务的第一测试指标信息。其中，第一目标测试任务可以通过任务编码信息来确定，第一测试指标信息可以是指需要查询的机器人脚本调用远程过程调用协议的RT指标、QPS指标、TPS(Transactions Per Second，每秒处理的事务数)指标等等。其中，该RT指标可以包括PCT指标、最大耗时、最小耗时以及平均耗时，QPS指标可以包括最大QPS值、平均QPS值等等。

客户端可以通过SQL查询语句生成第一查询指令，数据服务端响应于该第一查询指令，根据存储在数据服务端中的第一存储空间和/或第二存储空间中的属于第一目标测试任务的原始运行数据，结合用于计算第一测试指标信息的计算规则，得到第一测试指标信息。例如，当第一查询指令表征查询任务编码信息为“5ea2d”的RT指标的平均耗时，数据服务端响应于第一查询指令，获取存储在目标数据库中的属于“5ea2d”的每次请求RPC的开始时间以及结束时间，并基于开始时间与结束时间之间的差值获得每次请求RPC的响应时间，然后基于所有的每次请求RPC的响应时间计算得到平均耗时。应当理解的是，在针对不同的测试指标，其使用的计算规则会不同，在此不再一一描述。

值得说明的是，数据服务端上存储的原始运行数据可以来自一个或多个服务器，则在计算第一测试指标信息的时候，能够使用到来自一个或多个服务器的原始运行数据。

数据服务端在计算得到第一测试指标信息之后，将第一测试指标信息发送至客户端，客户端则展示第一测试指标信息，以直观显示压力测试的数据。

图5是根据一示例性实施例示出的展示第一测试指标信息的用户界面的示意图。如图5所示，客户端可以通过图5所示的用户界面来展示数据服务端发送的第一测试指标信息。当然，客户端也可以通过图表的方式来展示第一测试指标信息，如使用条形图、折线图的方式来展示第一测试指标信息。图6是根据一示例性实施例示出的展示第一测试指标信息的示意图。如图6所示，协议A、协议B、协议C、协议D、协议E以及协议F的第一测试指标信息可以通过折线图的方式进行展示，不同RPC的第一测试指标信息可以显示在同一折线图上，以直观展示压力测试的数据指标。

由此，通过在数据服务端上对原始运行数据进行聚合计算，获得第一测试指标信息，可以避免在服务器上对原始运行数据进行聚合计算，从而避免消耗服务器的性能，使得压力测试更加准确。而且，通过在数据服务端上进行数据聚合，可以使用到完整的原始运行数据，提高压力测试的准确度。例如，获得整个测试任务在不同服务器上的原始运行数据，从而使得根据原始运行数据计算得到的第一测试指标信息更加完整、准确。

在一些实施例中，所述查询指令包括第二查询指令，则客户端具体配置为：向数据服务端发送第二查询指令，其中，第二查询指令用于指示数据服务端计算第二目标测试任务的第二测试指标信息；

数据服务端具体配置为：响应于第二查询指令，在第二目标测试任务完成后，根据第二目标测试任务对应的原始运行数据，获得第二测试指标信息，并将第二测试指标信息存储至离线数据库；

客户端还配置为：向所述离线数据库发送用于查询所述第二目标测试任务的所述第二测试指标信息的第三查询指令；

接收离线数据库发送的第二测试指标信息，并展示第二测试指标信息，其中，第二测试指标信息是离线数据库响应于客户端发送的第三查询指令而发送的。

这里，第二目标测试任务可以是测试时长较长的测试任务，如持续数小时、数天的测试任务。当测试任务的测试时长较长时，由于产生的原始运行数据较多，数据聚合计算所需的时长较长。此时，可以通过客户端向数据服务端发送第二查询指令，数据服务端响应于该第二查询指令，在第二目标测试任务完成后，根据第二目标测试任务对应的原始运行数据，获得第二测试指标信息，并将第二测试指标信息存储至离线数据库。应当理解的是，第二测试指标信息的获取方式与第一测试指标信息的获取方式一致，在此不再赘述。

当客户端需要获取第二目标测试任务对应的第二测试指标信息时，客户端向离线数据库发送第三查询指令，以从离线数据库中获取第二测试指标信息。其中，该离线数据库可以为MongoDB(一种分布式文件存储的数据库)。然后，客户端展示第二测试指标信息。其中，客户端展示第二测试指标信息的方式可以与图5以及图6所示的方式一致，在此不再赘述。

由此，当第二目标测试任务所需的测试时长较长时，客户端可以控制数据服务端定时启动离线任务，以在测试任务完成后能够根据测试任务对应的原始运行数据计算得到第二测试指标信息，并将第二测试指标信息存储在离线数据库中，用户则可以直接从离线数据库中获取到已经经过聚合计算的第二测试指标信息，即使数据服务端的目标数据库进行定期数据清理也不会导致数据丢失，而且用户也能够在需要第二测试指标信息的情况下，快速获取到第二测试指标信息。

值得说明的是，在上述实施例中，在计算第一测试指标信息或第二测试指标信息时，若获取到的原始运行数据大于预设数据量，则可以对获取到的原始运行数据进行缩进操作，以在不影响数据精度的情况下，减少数据计算量。例如，可以每间隔预设时长取一个时间点的原始运行数据来计算第一测试指标信息或第二测试指标信息。

下面结合附图7对上述实施例进行详细说明。

图7是根据另一示例性实施例示出的一种压力测试系统的结构示意图。如图7所示，压力测试系统包括客户端510、服务器520、数据服务端530以及离线数据库540。客户端510可以向服务器520的运行容器521中的测试引擎522发送测试任务，测试引擎522响应于测试任务，在运行容器521中创建进程隔离空间(图7未示出)，并将用于运行机器人脚本523的进程(图7未示出)加载至进程隔离空间中，以及将机器人脚本523加载至进程隔离空间中，以使机器人脚本523执行测试任务。而且，测试引擎522响应于测试任务，启动上报协程525。机器人脚本523在执行测试任务的过程中，将在执行测试任务时产生的原始运行数据写入目标存储目录524中，上报协程525则读取目标存储目录524中的原始运行数据，并将读取到的原始运行数据发送至数据服务端530。

数据服务端530通过消息中间件531接收上报协程525发送的原始运行数据，并消费原始运行数据，将原始运行数据存储在目标数据库532中。

在进行测试指标查询时，客户端510向数据服务端530发送用于查询第一目标测试任务的第一测试指标信息的第一查询指令，数据服务端530响应于第一查询指令，调用对应的接口534执行第一查询指令，获得第一测试指标信息。其中，每一接口534用于执行不同的测试指标计算，该接口534是通过执行SQL语句来获得第一测试指标信息的。接口534获得第一测试指标信息的原理是根据第一目标测试任务对应的原始运行数据，结合对应的计算规则来获得第一测试指标信息。在数据服务端530获得第一测试指标信息后，数据服务端530向客户端510发送第一测试指标信息，客户端510则展示第一测试指标信息。

在进行测试指标查询时，客户端510也可以向数据服务端530发送第二查询指令，数据服务端530则响应于第二查询指令，在第二目标测试任务完成后，调用接口534获得第二测试指标信息，并将第二测试指标信息上传至离线数据库540中进行存储。客户端510则通过向离线数据库540发送第三查询指令，来获得第二测试指标信息，并展示第二测试指标信息。

由此，通过本公开实施例提供的压力测试系统，通过机器人脚本采集原始运行数据，并写入目标存储目录中，以及将目标存储目录中的原始运行数据存储在数据服务端，使得在压力测试过程中，无需针对不同类型的机器人脚本编写埋点SDK，解决了采用小众编程语言编写的机器人脚本没有成熟的埋点SDK支持的问题，可以降低压力测试的成本。而且，由于服务器无对压力测试的原始运行数据进行聚合，降低了对服务器计算性能的影响，提高了压力测试的测试数据精度。另外，通过存储测试任务对应的原始运行数据，能够在分布式的压力测试中，基于原始运行数据进行全局、多维度的指标计算，以提高压力测试的测试精度。通过在数据服务端上对原始运行数据进行聚合计算，获得第一测试指标信息，可以避免在服务器上对原始运行数据进行聚合计算，从而避免消耗服务器的性能，使得压力测试更加准确。而且，通过在数据服务端上进行数据聚合，可以使用到完整的原始运行数据，提高压力测试的准确度。例如，获得整个测试任务在不同服务器上的原始运行数据，从而使得根据原始运行数据计算得到的第一测试指标信息更加完整、准确。

图8是根据一示例性实施例示出的一种压力测试方法的流程图。如图8所示，本公开实施例提供一种压力测试方法，该方法可以包括以下步骤：

S810，控制客户端向服务器发送测试任务；

S820，控制所述服务器响应于所述测试任务，加载与所述测试任务对应的机器人脚本，控制所述机器人脚本执行所述测试任务，采集所述机器人脚本在执行所述测试任务期间的原始运行数据，并将采集到的所述原始运行数据写入所述服务器的目标存储目录中；

S830，控制所述服务器读取所述目标存储目录中的所述原始运行数据，并将读取到的所述原始运行数据发送至数据服务端；

S840，控制所述数据服务端存储所述服务器发送的所述原始运行数据，其中，存储在所述数据服务端中的所述原始运行数据用于确定测试任务的测试指标信息。

可选地，所述原始运行数据包括所述测试任务对应的任务编码信息、所述机器人脚本监测的远程过程调用协议的协议名称、所述机器人脚本调用所述远程过程调用协议的开始时间、所述机器人脚本接收到所述远程过程调用协议返回的响应数据的结束时间以及所述远程过程调用协议的跟踪信息。

可选地，所述控制所述服务器读取所述目标存储目录中的所述原始运行数据，并将读取到的所述原始运行数据发送至数据服务端，包括：

在所述目标存储目录中存在新增的原始运行数据的情况下，若所述新增的原始运行数据中的所述开始时间小于所述结束时间，且所述跟踪信息表征所述机器人脚本正常调用所述远程过程调用协议，则将所述新增的原始运行数据中的所述任务编码信息、所述协议名称、所述开始时间以及所述结束时间上传至所述数据服务端中的第一存储空间中进行存储；

若所述新增的原始运行数据中的所述开始时间小于所述结束时间，且所述跟踪信息表征所述机器人脚本调用所述远程过程调用协议异常，则将所述新增的原始运行数据中的所述任务编码信息、所述协议名称、所述开始时间以及所述跟踪信息上传至所述数据服务端中的第二存储空间中进行存储。

可选地，所述控制所述服务器响应于所述测试任务，加载与所述测试任务对应的机器人脚本，包括：

通过运行在服务器的运行容器中的测试引擎响应于所述测试任务，在所述运行容器中创建进程隔离空间，并将用于运行所述机器人脚本的进程加载至所述进程隔离空间中，以及将所述机器人脚本加载至所述进程隔离空间中。

可选地，所述方法还包括：

通过所述测试引擎响应于任务结束指令，终止所述进程隔离空间，以杀死用于运行所述机器人脚本的进程，其中，所述任务结束指令是在所述机器人脚本执行完所述测试任务的情况下触发的。

可选地，所述方法还包括：

控制客户端向所述数据服务端发送用于查询目标测试任务的测试指标信息的查询指令；

控制所述数据服务端响应于所述查询指令，根据所述目标测试任务对应的原始运行数据，获得所述测试指标信息；

控制所述客户端获取所述测试指标信息，并展示所述测试指标信息。

可选地，所述查询指令包括用于查询第一目标测试任务的第一测试指标信息的第一查询指令；

所述控制客户端向所述数据服务端发送用于查询目标测试任务的测试指标信息的查询指令，包括：

控制所述客户端向所述数据服务端发送所述第一查询指令；

所述控制所述数据服务端响应于所述查询指令，根据所述目标测试任务对应的原始运行数据，获得所述测试指标信息，包括：

控制所述数据服务端响应于所述第一查询指令，根据所述第一目标测试任务对应的原始运行数据，获得所述第一测试指标信息，并将所述第一测试指标信息发送至所述客户端；

所述控制所述客户端获取所述测试指标信息，并展示所述测试指标信息，包括：

控制所述客户端接收所述数据服务端发送的所述第一测试指标信息，并展示所述第一测试指标信息。

可选地，所述查询指令包括第二查询指令，所述控制客户端向所述数据服务端发送用于查询目标测试任务的测试指标信息的查询指令，包括：

控制所述客户端向所述数据服务端发送所述第二查询指令，其中，所述第二查询指令用于指示所述数据服务端计算第二目标测试任务的第二测试指标信息；

所述控制所述数据服务端响应于所述查询指令，根据所述目标测试任务对应的原始运行数据，获得所述测试指标信息，包括：

控制所述数据服务端响应于第二查询指令，在所述第二目标测试任务完成后，根据所述第二目标测试任务对应的原始运行数据，获得所述第二测试指标信息，并将所述第二测试指标信息存储至离线数据库；

所述控制所述客户端获取所述测试指标信息，并展示所述测试指标信息，包括：

控制所述客户端向所述离线数据库发送用于查询所述第二目标测试任务的所述第二测试指标信息的第三查询指令；

控制所述客户端接收所述离线数据库发送的所述第二测试指标信息，并展示所述第二测试指标信息，其中，所述第二测试指标信息是所述离线数据库响应于所述客户端发送的第三查询指令而发送的。

关于上述实施例中的压力测试方法，其中各个步骤的具体实现方式已经在有关压力测试系统的实施例中进行了详细描述，此处将不做详细阐述。

图9是根据另一示例性实施例示出的一种压力测试方法的流程图。如图9所示，本公开实施例提供一种压力测试方法，应用于服务器，该方法可以包括以下步骤：

S910，响应于客户端发送的测试任务，加载与所述测试任务对应的机器人脚本，其中，所述机器人脚本配置为执行所述测试任务，采集所述机器人脚本在执行所述测试任务期间的原始运行数据，并将采集到的所述原始运行数据写入所述服务器的目标存储目录中；

S920，读取所述目标存储目录中的所述原始运行数据，并将读取到的所述原始运行数据发送至数据服务端，以使所述数据服务端存储所述原始运行数据，其中，存储在所述数据服务端中的所述原始运行数据用于确定测试任务的测试指标信息。

可选地，所述原始运行数据包括所述测试任务对应的任务编码信息、所述机器人脚本监测的远程过程调用协议的协议名称、所述机器人脚本调用所述远程过程调用协议的开始时间、所述机器人脚本接收到所述远程过程调用协议返回的响应数据的结束时间以及所述远程过程调用协议的跟踪信息。

可选地，所述读取所述目标存储目录中的所述原始运行数据，并将读取到的所述原始运行数据发送至数据服务端，包括：

在所述目标存储目录中存在新增的原始运行数据的情况下，若所述新增的原始运行数据中的所述开始时间小于所述结束时间，且所述跟踪信息表征所述机器人脚本正常调用所述远程过程调用协议，则将所述新增的原始运行数据中的所述任务编码信息、所述协议名称、所述开始时间以及所述结束时间上传至所述数据服务端中的第一存储空间中进行存储；

若所述新增的原始运行数据中的所述开始时间小于所述结束时间，且所述跟踪信息表征所述机器人脚本调用所述远程过程调用协议异常，则将所述新增的原始运行数据中的所述任务编码信息、所述协议名称、所述开始时间以及所述跟踪信息上传至所述数据服务端中的第二存储空间中进行存储。

可选地，所述响应于客户端发送的测试任务，加载与所述测试任务对应的机器人脚本，包括：

通过运行在所述服务器的运行容器中的测试引擎，响应于所述测试任务，在所述运行容器中创建进程隔离空间；

将用于运行所述机器人脚本的进程加载至所述进程隔离空间中，以及将所述机器人脚本加载至所述进程隔离空间中。

可选地，所述方法还包括：

通过所述测试引擎响应于任务结束指令，终止所述进程隔离空间，以杀死用于运行所述机器人脚本的进程，其中，所述任务结束指令是在所述机器人脚本执行完所述测试任务的情况下触发的。

关于上述实施例中的压力测试方法，其中各个步骤的具体实现方式已经在有关压力测试系统的实施例中进行了详细描述，此处将不做详细阐述。

图10是根据又一示例性实施例示出的一种压力测试方法的流程图。如图10所示，本公开实施例提供一种压力测试方法，应用于客户端，该方法可以包括以下步骤：

S1010，获取用于指示向服务器发送测试任务的测试指令；

S1020，响应于所述测试指令，向所述服务器发送所述测试任务。

其中，所述测试任务用于使得所述服务器加载与所述测试任务对应的机器人脚本，所述机器人脚本配置为执行所述测试任务，以及采集所述机器人脚本在执行所述测试任务期间的原始运行数据，并将采集到的所述原始运行数据写入所述服务器的目标存储目录中；

所述测试任务还用于使得所述服务器读取所述目标存储目录中的所述原始运行数据，并将读取到的所述原始运行数据发送至数据服务端，以使所述数据服务端存储所述原始运行数据，其中，存储在所述数据服务端中的所述原始运行数据用于确定测试任务的测试指标信息。

可选地，所述原始运行数据包括所述测试任务对应的任务编码信息、所述机器人脚本监测的远程过程调用协议的协议名称、所述机器人脚本调用所述远程过程调用协议的开始时间、所述机器人脚本接收到所述远程过程调用协议返回的响应数据的结束时间以及所述远程过程调用协议的跟踪信息。

可选地，所述方法还包括：

向所述数据服务端发送查询指令，其中，所述查询指令用于使得所述数据服务端响应于所述查询指令，根据目标测试任务对应的原始运行数据，获得测试指标信息；

获取所述测试指标信息，并展示所述测试指标信息。

可选地，所述查询指令包括第一查询指令，所述向所述数据服务端发送查询指令，包括：

向所述数据服务端发送所述第一查询指令，其中，所述第一查询指令用于使得所述数据服务端根据第一目标测试任务对应的原始运行数据，获得第一测试指标信息；

所述获取所述测试指标信息，并展示所述测试指标信息，包括：

接收所述数据服务端发送的所述第一测试指标信息，并展示所述第一测试指标信息。

可选地，所述查询指令包括第二查询指令，所述向所述数据服务端发送查询指令，包括：

向所述数据服务端发送所述第二查询指令，其中，所述第二查询指令用于指示所述数据服务端计算第二目标测试任务的第二测试指标信息，所述第二查询指令用于使得所述数据服务端在所述第二目标测试任务完成后，根据所述第二目标测试任务对应的原始运行数据，获得所述第二测试指标信息，并将所述第二测试指标信息存储至离线数据库；

所述获取所述测试指标信息，并展示所述测试指标信息，包括：

向所述离线数据库发送用于查询所述第二目标测试任务的所述第二测试指标信息的第三查询指令；

接收所述离线数据库发送的所述第二测试指标信息，并展示所述第二测试指标信息，其中，所述第二测试指标信息是所述离线数据库响应于所述客户端发送的第三查询指令而发送的。

关于上述实施例中的压力测试方法，其中各个步骤的具体实现方式已经在有关压力测试系统的实施例中进行了详细描述，此处将不做详细阐述。

图11是根据另一示例性实施例示出的一种压力测试方法的流程图。如图11所示，本公开实施例提供一种压力测试方法，应用于数据服务端，该方法可以包括以下步骤：

S1110，接收服务器发送的原始运行数据，其中，所述原始运行数据是所述服务器响应于客户端发送的测试任务，通过与所述测试任务对应的机器人脚本而获得的并向所述数据服务端发送的，所述机器人脚本配置为执行所述测试任务，采集所述机器人脚本在执行所述测试任务期间的原始运行数据，并将采集到的所述原始运行数据写入所述服务器的目标存储目录中；

S1120，存储所述原始运行数据，其中，存储在所述数据服务端中的所述原始运行数据用于确定测试任务的测试指标信息。

可选地，所述原始运行数据包括所述测试任务对应的任务编码信息、所述机器人脚本监测的远程过程调用协议的协议名称、所述机器人脚本调用所述远程过程调用协议的开始时间、所述机器人脚本接收到所述远程过程调用协议返回的响应数据的结束时间以及所述远程过程调用协议的跟踪信息。

可选地，所述方法还包括：

响应于所述客户端发送的查询指令，根据目标测试任务对应的原始运行数据，生成测试指标信息，以使所述客户端获取所述测试指标信息，并展示所述测试指标信息。

可选地，所述查询指令包括第一查询指令；

所述响应于所述客户端发送的查询指令，根据目标测试任务对应的原始运行数据，生成测试指标信息，包括：

响应于所述客户端发送的所述第一查询指令，根据第一目标测试任务对应的原始运行数据，获得第一测试指标信息；

将所述第一测试指标信息发送至所述客户端。

可选地，所述查询指令包括第二查询指令；

所述响应于所述客户端发送的查询指令，根据目标测试任务对应的原始运行数据，获得测试指标信息，包括：

响应于所述客户端发送的所述第二查询指令，在第二目标测试任务完成后，根据所述第二目标测试任务对应的原始运行数据，获得第二测试指标信息，并将所述第二测试指标信息存储至离线数据库，以使客户端从所述离线数据库中获取所述第二测试指标信息。

关于上述实施例中的压力测试方法，其中各个步骤的具体实现方式已经在有关压力测试系统的实施例中进行了详细描述，此处将不做详细阐述。

下面参考图12，其示出了适于用来实现本公开实施例的电子设备(例如图1中的客户端或服务器或数据服务端)1200的结构示意图。本公开实施例中的客户端可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图12示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图12所示，电子设备1200可以包括处理装置(例如中央处理器、图形处理器等)1201，其可以根据存储在只读存储器(ROM)1202中的程序或者从存储装置1208加载到随机访问存储器(RAM)1203中的程序而执行各种适当的动作和处理。在RAM 1203中，还存储有电子设备1200操作所需的各种程序和数据。处理装置1201、ROM 1202以及RAM 1203通过总线1204彼此相连。输入/输出(I/O)接口1205也连接至总线1204。

通常，以下装置可以连接至I/O接口1205：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置1206；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置1207；包括例如磁带、硬盘等的存储装置1208；以及通信装置1209。通信装置1209可以允许电子设备1200与其他设备进行无线或有线通信以交换数据。虽然图12示出了具有各种装置的电子设备1200，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置1209从网络上被下载和安装，或者从存储装置1208被安装，或者从ROM 1202被安装。在该计算机程序被处理装置1201执行时，执行本公开实施例的方法中限定的上述功能。

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

在一些实施方式中，客户端、服务器、数据服务端可以利用诸如HTTP(HyperTextTransfer Protocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(“LAN”)，广域网(“WAN”)，网际网(例如，互联网)以及端对端网络(例如，ad hoc端对端网络)，以及任何当前已知或未来研发的网络。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：响应于客户端发送的测试任务，加载与所述测试任务对应的机器人脚本，其中，所述机器人脚本配置为执行所述测试任务，采集所述机器人脚本在执行所述测试任务期间的原始运行数据，并将采集到的所述原始运行数据写入所述服务器的目标存储目录中；

读取所述目标存储目录中的所述原始运行数据，并将读取到的所述原始运行数据发送至数据服务端，以使所述数据服务端存储所述原始运行数据，其中，存储在所述数据服务端中的所述原始运行数据用于确定测试任务的测试指标信息。

或者，上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：获取用于指示向服务器发送测试任务的测试指令；

响应于所述测试指令，向所述服务器发送所述测试任务；

其中，所述测试任务用于使得所述服务器加载与所述测试任务对应的机器人脚本，所述机器人脚本配置为执行所述测试任务，以及采集所述机器人脚本在执行所述测试任务期间的原始运行数据，并将采集到的所述原始运行数据写入所述服务器的目标存储目录中；

所述测试任务还用于使得所述服务器读取所述目标存储目录中的所述原始运行数据，并将读取到的所述原始运行数据发送至数据服务端，以使所述数据服务端存储所述原始运行数据，其中，存储在所述数据服务端中的所述原始运行数据用于确定测试任务的测试指标信息。

或者，上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：接收服务器发送的原始运行数据，其中，所述原始运行数据是所述服务器响应于客户端发送的测试任务，通过与所述测试任务对应的机器人脚本而获得的并向所述数据服务端发送的，所述机器人脚本配置为执行所述测试任务，采集所述机器人脚本在执行所述测试任务期间的原始运行数据，并将采集到的所述原始运行数据写入所述服务器的目标存储目录中；

存储所述原始运行数据，其中，存储在所述数据服务端中的所述原始运行数据用于确定测试任务的测试指标信息。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括但不限于面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言——诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)——连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

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

描述于本公开实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，模块的名称在某种情况下并不构成对该模块本身的限定。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

此外，虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。

尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

Claims (16)

1.一种压力测试方法，其特征在于，应用于服务器，所述方法包括：

响应于客户端发送的测试任务，加载与所述测试任务对应的机器人脚本，其中，所述机器人脚本配置为执行所述测试任务，采集所述机器人脚本在执行所述测试任务期间的原始运行数据，并将采集到的所述原始运行数据写入所述服务器的目标存储目录中；

读取所述目标存储目录中的所述原始运行数据，并将读取到的所述原始运行数据发送至数据服务端，以使所述数据服务端存储所述原始运行数据，其中，存储在所述数据服务端中的所述原始运行数据用于确定测试任务的测试指标信息。

2.根据权利要求1所述的方法，其特征在于，所述原始运行数据包括所述测试任务对应的任务编码信息、所述机器人脚本监测的远程过程调用协议的协议名称、所述机器人脚本调用所述远程过程调用协议的开始时间、所述机器人脚本接收到所述远程过程调用协议返回的响应数据的结束时间以及所述远程过程调用协议的跟踪信息。

3.根据权利要求2所述的方法，其特征在于，所述读取所述目标存储目录中的所述原始运行数据，并将读取到的所述原始运行数据发送至数据服务端，包括：

在所述目标存储目录中存在新增的原始运行数据的情况下，若所述新增的原始运行数据中的所述开始时间小于所述结束时间，且所述跟踪信息表征所述机器人脚本正常调用所述远程过程调用协议，则将所述新增的原始运行数据中的所述任务编码信息、所述协议名称、所述开始时间以及所述结束时间上传至所述数据服务端中的第一存储空间中进行存储；

若所述新增的原始运行数据中的所述开始时间小于所述结束时间，且所述跟踪信息表征所述机器人脚本调用所述远程过程调用协议异常，则将所述新增的原始运行数据中的所述任务编码信息、所述协议名称、所述开始时间以及所述跟踪信息上传至所述数据服务端中的第二存储空间中进行存储。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述响应于客户端发送的测试任务，加载与所述测试任务对应的机器人脚本，包括：

通过运行在所述服务器的运行容器中的测试引擎，响应于所述测试任务，在所述运行容器中创建进程隔离空间；

将用于运行所述机器人脚本的进程加载至所述进程隔离空间中，以及将所述机器人脚本加载至所述进程隔离空间中。

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

通过所述测试引擎响应于任务结束指令，终止所述进程隔离空间，以杀死用于运行所述机器人脚本的进程，其中，所述任务结束指令是在所述机器人脚本执行完所述测试任务的情况下触发的。

6.一种压力测试方法，其特征在于，应用于客户端，所述方法包括：

获取用于指示向服务器发送测试任务的测试指令；

响应于所述测试指令，向所述服务器发送所述测试任务；

其中，所述测试任务用于使得所述服务器加载与所述测试任务对应的机器人脚本，所述机器人脚本配置为执行所述测试任务，以及采集所述机器人脚本在执行所述测试任务期间的原始运行数据，并将采集到的所述原始运行数据写入所述服务器的目标存储目录中；

所述测试任务还用于使得所述服务器读取所述目标存储目录中的所述原始运行数据，并将读取到的所述原始运行数据发送至数据服务端，以使所述数据服务端存储所述原始运行数据，其中，存储在所述数据服务端中的所述原始运行数据用于确定测试任务的测试指标信息。

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

向所述数据服务端发送查询指令，其中，所述查询指令用于使得所述数据服务端响应于所述查询指令，根据目标测试任务对应的原始运行数据，获得测试指标信息；

获取所述测试指标信息，并展示所述测试指标信息。

8.根据权利要求7所述的方法，其特征在于，所述查询指令包括第一查询指令，所述向所述数据服务端发送查询指令，包括：

向所述数据服务端发送所述第一查询指令，其中，所述第一查询指令用于使得所述数据服务端根据第一目标测试任务对应的原始运行数据，获得第一测试指标信息；

所述获取所述测试指标信息，并展示所述测试指标信息，包括：

接收所述数据服务端发送的所述第一测试指标信息，并展示所述第一测试指标信息。

9.根据权利要求7所述的方法，其特征在于，所述查询指令包括第二查询指令，所述向所述数据服务端发送查询指令，包括：

向所述数据服务端发送所述第二查询指令，其中，所述第二查询指令用于指示所述数据服务端计算第二目标测试任务的第二测试指标信息，所述第二查询指令用于使得所述数据服务端在所述第二目标测试任务完成后，根据所述第二目标测试任务对应的原始运行数据，获得所述第二测试指标信息，并将所述第二测试指标信息存储至离线数据库；

所述获取所述测试指标信息，并展示所述测试指标信息，包括：

向所述离线数据库发送用于查询所述第二目标测试任务的所述第二测试指标信息的第三查询指令；

接收所述离线数据库发送的所述第二测试指标信息，并展示所述第二测试指标信息，其中，所述第二测试指标信息是所述离线数据库响应于所述客户端发送的第三查询指令而发送的。

10.一种压力测试方法，其特征在于，应用于数据服务端，所述方法包括：

接收服务器发送的原始运行数据，其中，所述原始运行数据是所述服务器响应于客户端发送的测试任务，通过与所述测试任务对应的机器人脚本而获得的并向所述数据服务端发送的，所述机器人脚本配置为执行所述测试任务，采集所述机器人脚本在执行所述测试任务期间的原始运行数据，并将采集到的所述原始运行数据写入所述服务器的目标存储目录中；

存储所述原始运行数据，其中，存储在所述数据服务端中的所述原始运行数据用于确定测试任务的测试指标信息。

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

响应于所述客户端发送的查询指令，根据目标测试任务对应的原始运行数据，生成测试指标信息，以使所述客户端获取所述测试指标信息，并展示所述测试指标信息。

12.根据权利要求11所述的方法，其特征在于，所述查询指令包括用于查询第一目标测试任务的第一测试指标信息的第一查询指令；

所述响应于所述客户端发送的查询指令，根据目标测试任务对应的原始运行数据，生成测试指标信息，包括：

响应于所述客户端发送的所述第一查询指令，根据所述第一目标测试任务对应的原始运行数据，获得所述第一测试指标信息；

将所述第一测试指标信息发送至所述客户端。

13.根据权利要求11所述的方法，其特征在于，所述查询指令包括第二查询指令；

所述响应于所述客户端发送的查询指令，根据目标测试任务对应的原始运行数据，获得测试指标信息，包括：

响应于所述客户端发送的所述第二查询指令，在第二目标测试任务完成后，根据所述第二目标测试任务对应的原始运行数据，获得第二测试指标信息，并将所述第二测试指标信息存储至离线数据库，以使客户端从所述离线数据库中获取所述第二测试指标信息。

14.一种压力测试系统，其特征在于，包括：

客户端，被配置为向服务器发送测试任务；

所述服务器，被配置为响应于所述测试任务，加载与所述测试任务对应的机器人脚本，其中，所述机器人脚本配置为执行所述测试任务，采集所述机器人脚本在执行所述测试任务期间的原始运行数据，并将采集到的所述原始运行数据写入所述服务器的目标存储目录中；

所述服务器还被配置为，读取所述目标存储目录中的所述原始运行数据，并将读取到的所述原始运行数据发送至数据服务端；

所述数据服务端，被配置为存储所述服务器发送的所述原始运行数据，其中，存储在所述数据服务端中的所述原始运行数据用于确定测试任务的测试指标信息。

15.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理装置执行时实现权利要求1至5中任一项所述的方法的步骤，或者，实现权利要求6至9中任一项所述的方法的步骤，或者，实现权利要求10至13中任一项所述的方法的步骤。

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

存储装置，其上存储有计算机程序；

处理装置，用于执行所述存储装置中的所述计算机程序，以实现权利要求1至5中任一项所述的方法的步骤，或者，实现权利要求6至9中任一项所述的方法的步骤，或者，实现权利要求10至13中任一项所述的方法的步骤。

Images