一种全链路压力测试的方法、装置、电子设备及存储介质与流程

1.本发明涉及软件测试技术领域，尤其涉及一种链路压力测试的方法、装置、电子设备及存储介质。


背景技术：

2.随着互联网的扩大，越来越多相互依赖的应用系统层出不穷，但是目前的测试方案都只是针对单个应用系统的内部性能的测试，无法实现验证相互依赖的应用服务系统之间的链路性能。通常业务研发人员只对自己的系统熟悉，而对调用的其他接口不了解，而瓶颈点很可能出现在众多调用接口之中。在逐一排查的过程中，效率低下，浪费时间。特别链路较长时，瓶颈点出现在二、三级应用时，排查难度成几何级增长。对于复杂系统，甚至无法识别压测链路。如何发现压测链路的瓶颈点成为目前亟待解决的问题。


技术实现要素：

3.有鉴于此，本发明实施例提供一种全链路压力测试的方法、装置、电子设备及存储介质，能够识别执行全链路压力测试任务的全部应用，同时结合全链路各级应用的性能数据，定位对待测试系统的性能瓶颈造成主要影响的应用；另一方面，还能够通过不同的客户端请求类型，定位对待测试系统的性能造成主要影响的业务类型。
4.为实现上述目的，根据本发明实施例的一个方面，提供一种全链路压力测试的方法，包括：所述全链路由多级应用组成，所述多级应用中的第一级应用接收客户端请求，所述客户端请求中封装有压力测试标识，所述第一级应用执行压力测试，记录执行所述压力测试中产生的性能数据；所述多级应用中的上级应用向下级应用发送调用请求，所述调用请求中封装有所述压力测试标识，所述上级应用和所述下级应用分别执行压力测试，并分别记录执行所述压力测试中产生的性能数据；所述多级应用分别上报所记录的性能数据。
5.可选的，所述客户端请求中封装所述压力测试标识的方法为：对于http请求，利用http header封装压力测试标识；对于rpc请求，利用rpc字段封装压力测试标识。
6.可选的，所述上级应用向所述下级应用发送的所述调用请求中还封装有表示所述应用的应用标识，以使得所述压力测试标识与为实现搜索客户端请求而调用的多级应用的应用标识相对应。
7.可选的，所述多级应用还上报执行所述压力测试的时间戳信息。
8.可选的，根据所述时间戳信息确定所述多级应用之间的调用关系。
9.可选的，根据所述多级应用分别上报的对应于相同的所述压力测试标识的性能数据和所述多级应用的调用关系，确定对所述全链路性能造成影响的应用。
10.可选的，根据所述多级应用分别上报的对应于不同的所述压力测试标识的性能数据，确定对所述全链路性能造成影响的客户端请求的类型。
11.可选的，所述性能数据包括以下任意一项或多项：被调用次数、平均响应时间、指定百分位的相应时间、内存占用量、cpu使用率、磁盘i/o指标、网络i/o指标。
12.可选的，为所述多级应用中的每一级应用部署监控单元，用于记录执行所述压力测试中产生的性能数据。
13.根据本发明实施例的第二个方面，提供一种全链路压力测试的装置，包括：客户端请求接收模块，用于所述全链路由多级应用组成，所述多级应用中的第一级应用接收客户端请求，所述客户端请求中封装有压力测试标识，所述第一级应用执行压力测试，记录执行所述压力测试中产生的性能数据；调用请求收发模块，用于所述多级应用中的上级应用向下级应用发送调用请求，所述调用请求中封装有所述压力测试标识，所述上级应用和所述下级应用分别执行压力测试，并分别记录执行所述压力测试中产生的性能数据；性能数据上报模块，用于所述多级应用分别上报所记录的性能数据。
14.根据本发明实施例的第三个方面，提供一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上所述的方法。
15.根据本发明实施例的第四个方面，提供一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如上任一所述的方法。
16.上述发明中的一个实施例具有如下优点或有益效果：在对待测试系统进行全链路压力测试的过程中，通过在调用请求中封装标识，可以获取执行全链路压力测试任务的应用及标识信息，可以描绘出执行全链路压力测试任务的全部应用，同时结合应用的性能数据，定位对待测试系统的性能瓶颈造成主要影响的应用；另一方面，还能够通过不同的客户端请求类型，定位对待测试系统的性能造成主要影响的业务类型。
17.上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
18.附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
19.图1是根据本发明实施例的全链路压力测试方法的主要流程的示意图；
20.图2是根据本发明实施例的全链路压力测试方法的主要流程的示意图；
21.图3是根据本发明实施例的待测试系统的调用关系的示意图；
22.图4是根据本发明实施例的全链路压力测试的主要模块的示意图；
23.图5是根据本发明实施例的全链路压力测试的主要模块的示意图；
24.图6是本发明实施例可以应用于其中的示例性系统架构图；
25.图7是适于用来实现本发明实施例的终端设备的计算机系统的结构示意图。
具体实施方式
26.以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
27.图1是根据本发明实施例的一种全链路压力测试的方法的主要步骤的示意图，如图1所示，本发明实施例中的全链路压力测试的的方法主要包括如下的步骤s101至步骤
s103：
28.s101：所述全链路由多级应用组成，所述多级应用中的第一级应用接收客户端请求，所述客户端请求中封装有压力测试标识，所述第一级应用执行压力测试，记录执行所述压力测试中产生的性能数据；
29.s102：所述多级应用中的上级应用向下级应用发送调用请求，所述调用请求中封装有所述压力测试标识，所述上级应用和所述下级应用分别执行压力测试，并分别记录执行所述压力测试中产生的性能数据；
30.s103：所述多级应用分别上报所记录的性能数据。
31.本实施例中，全链路具体指由多级应用组成的应用程序系统，任意的应用程序系统都可以作为本发明的待测试系统。全链路压力测试是指端到端的压力测试，具体指整个待测试系统中每一条从请求端到处理端的压力测试。通过全链路压力测试可以完整全面地检测出待测试系统中各应用程序对压力测试任务的执行情况，从而便于准确定位性能瓶颈所在应用程序。
32.本实施例对于压力测试任务的设置不限，例如，可以实现待测试系统的某种服务功能作为压力测试任务。比如，购票系统为待测试系统，则购买票据这一服务功能可以作为压力测试任务，比如发起购票请求，发起账单支付等。
33.全链路由多级应用组成，多级应用中的第一级应用是指接收客户端请求的应用。调用其他应用的为上级应用，被调用的应用为下级应用，如被第一级应用调用的应用为第二级应用，第一级应用为上级应用，第二级应用为下级应用；被第二级应用调用的应用为第三级应用，第二级应用为上级应用，第三级应用为下级应用，以此类推。
34.在对待测试系统进行全链路压力测试的过程中，通过在调用请求中封装标识，可以获取执行全链路压力测试任务的应用及标识信息，可以描绘出执行全链路压力测试任务的全部应用，同时结合应用的性能数据，定位对待测试系统的性能瓶颈造成主要影响的应用；另一方面，还能够通过不同的客户端请求类型，定位对待测试系统的性能造成主要影响的业务类型。
35.所述客户端请求中封装所述压力测试标识的方法为：对于http请求，则利用http header封装压力测试标识；对于rpc请求，则利用rpc字段封装压力测试标识；这个过程可以有多种实现方式，包括业务流程判断、封装模块自动识别透传、网络或编译模块自处理等方式。通过在调用请求中封装标识的方法，在全链路压力测试任务执行过程中，所有执行任务的应用都接收了封装有标识的调用请求，并生成包括应用的应用名称及标识的日志信息，因此可以描绘出执行全链路压力测试任务的全部应用。
36.所述上级应用向所述下级应用发送的所述调用请求中还封装有表示所述应用的应用标识，以使得所述压力测试标识与为实现搜索客户端请求而调用的多级应用的应用标识相对应。
37.本实施例中，各级应用在执行全链路压力测试任务时，会产生相应的日志信息，日志信息中可以记录应用的应用名称、日志文件名及性能数据。性能数据包括方法性能数据和资源使用情况数据，方法性能数据包括但不限于如下信息：被调用次数、平均响应时间、指定百分位的相应时间，资源使用情况数据包括但不限于如下信息：内存占用量、cpu使用率、磁盘i/o指标、网络i/o指标。磁盘i/o指标包括但不限于以下指标：rrqm/s:每秒对该设
备的读请求被合并次数，文件系统会对读取同块(block)的请求进行合并；wrqm/s:每秒对该设备的写请求被合并次数；r/s:每秒完成的读次数；w/s:每秒完成的写次数；rkb/s:每秒读数据量(kb为单位)；wkb/s:每秒写数据量(kb为单位)；avgrq-sz:平均每次io操作的数据量(扇区数为单位)；avgqu-sz:平均等待处理的io请求队列长度；await:平均每次io请求等待时间(包括等待时间和处理时间，毫秒为单位)；svctm:平均每次io请求的处理时间(毫秒为单位)；％util:采用周期内用于io操作的时间比率，即io队列非空的时间比率。
38.本实施例通过为各级应用分别配备监控模块，通过监控模块收集各级应用在所述待测试系统执行全链路压力测试任务过程中的性能数据并将所述性能数据上传至数据中心。数据上传可以采用周期上报的方式，这样不会影响待测试系统的性能。在展示系统中可按秒级粒度统计数据。性能数据收集和上传可根据需要随时开启和关闭。
39.图2是根据本发明实施例的全链路压力测试的方法的主要步骤的示意图，如图2所示，本发明实施例中的全链路压力测试的方法主要包括如下的步骤s201至步骤s203：
40.s201：所述全链路由多级应用组成，所述多级应用中的第一级应用接收客户端请求，所述客户端请求中封装有压力测试标识，所述第一级应用接收客户端请求并执行压力测试，生成包括所述一级应用的应用名称、性能数据、时间戳信息及所述第一标识的日志信息；
41.s202：所述第一级应用为上级应用，所述多级应用中的上级应用向下级应用发送调用请求，所述调用请求中封装有所述压力测试标识，所述下级应用接收调用请求并执行压力测试，生成包括所述下级应用的应用名称、性能数据、时间戳信息及所述第一标识的日志信息；
42.s203：判断所述下级应用是否调用其他应用，若是，则执行上述s202步骤，直至判断结果为否，完成全链路压力测试任务。
43.下面以三级应用为例进行说明。一种全链路压力测试方法，包括以下步骤：第一步，所述全链路由多级应用组成，所述多级应用中的第一级应用接收客户端请求，所述客户端请求中封装有第一标识，所述一级应用接收所述客户端请求并生成包括所述一级应用的应用名称、性能数据、时间戳信息及所述第一标识的日志信息；第二步，所述一级应用在调用二级应用时将所述第一标识封装在所述二级应用的调用请求中，所述二级应用接收所述二级应用调用请求，并生成包括所述二级应用的应用名称、性能数据、时间戳信息及所述第一标识的日志信息；第三步，判断所述二级应用是否调用其他应用，判断为是，所述二级应用调用三级应用并将所述第一标识封装在所述三级应用的调用请求中，所述三级应用接收所述三级应用调用请求，并生成包括所述三级应用的应用名称、性能数据、时间戳信息及所述第一标识的日志信息；第四步，判断所述三级应用是否调用其他应用，判断为否，完成全链路压力测试任务。
44.本实施例中所述各级应用获取并上报在执行全链路压力测试任务过程中的时间戳信息，根据各级应用的时间戳信息确定所述多级应用之间的调用关系。一级应用的时间戳一定早于二级应用，二级应用的时间戳一定早于三级应用，因此通过时间戳信息可以形成各级应用之间调用关系的全景图。
45.在本公开的一个实施例中，上级应用向下级应用发送的所述调用请求中还封装有表示所述应用的应用标识，以使得压力测试标识与为实现搜索客户端请求而调用的多级应
用的应用标识相对应。在一个示例中，在所述调用请求的标识中增加累加器，而每次调用下级应用时都做累加，例如被测应用a收到的标识为task1(1)，转发时累加，则二级应用b收到的标识为task1(2)，以此类推三级应用c收到的标识为task1(3)。数据中心可以对task1的累加器做排序，得到调用关系。
46.在另一个示例中，还可以在所述调用请求中添加预定义的应用标识。例如，被测应用a收到的标识为task1(client-appa)，二级应用b收到的标识为task1(appa-appb)，以此类推三级应用c收到的标识为task1(appb-appc)。数据中心可以根据这些应用标识，得到应用间的调用关系。
47.具体的，以待测试系统包含三级应用说明，一种全链路压力测试方法，包括以下步骤：第一步，所述待测试系统的一级应用发出客户端请求，在所述一级应用调用请求中封装有第一标识，第一标识为task1(1)，所述一级应用接收所述一级应用调用请求并生成包括所述一级应用的应用名称、性能数据及所述第一标识的日志信息；第二步，所述一级应用在调用二级应用时将所述第一标识累加后形成的第二标识封装在所述二级应用的调用请求中，第二标识为task1(2)，所述二级应用接收所述二级应用调用请求，并生成包括所述二级应用的应用名称、性能数据及所述第二标识的日志信息；第三步，判断所述二级应用是否调用其他应用，判断为是，所述二级应用调用三级应用并将所述第二标识累加后形成第三标识封装在所述三级应用的调用请求中，第三标识为task1(3)，所述三级应用接收所述三级应用调用请求，并生成包括所述三级应用的应用名称、性能数据及所述第三标识的日志信息；第四步，判断所述三级应用是否调用其他应用，判断为否，完成全链路压力测试任务。各级应用将生成的日志信息发送至数据中心，数据中心对task1的累加器做排序，按照第一标识task1(0)、第二标识task1(1)、第三标识task1(2)的顺序被调用，得到一级应用调用二级应用，二级应用调用三级应用。
48.在本公开的一个实施例中，所述全链路压力测试的方法还包括以下步骤：根据所述各个应用的应用、标识信息及所述性能数据，汇总出待测试系统的性能全景，定位所述待测试系统的性能瓶颈。
49.根据资源使用情况数据定位性能瓶颈。判断所述待测试系统是否存在资源告警的应用，若待测试系统的应用中某项资源告警，会影响数据处理能力，进而影响整个链路的响应时间，可能为性能瓶颈点。若发现应用的以下指标达到配置值：cpu消耗大于或等于配置值(默认80％)、内存消耗大于或等于配置值(默认80％)、磁盘io达到配置值、数据库io达到配置值、网络ip达到配置值，则可能为瓶颈点，可以进行告警操作，自动汇集异常日志发送邮件和提醒短信给测试成员，并强制进行终止压力测试。
50.根据请求响应时间定位性能瓶颈。如果对于一个全链路压力测试任务有多个应用告警或者全部应用都没有告警，则按照各个应用的请求响应时间排序，请求响应时间最高的应用可能为瓶颈点。请求响应时间是指并发用户从第一次资源请求开始到最后一次资源请求完成花费的时间，而请求平均响应时间则是对所有用户请求响应时间的平均值。例如，应用a同时接收到3个请求，对于第一个请求的请求响应时间为1、对于第二个请求的请求响应时间为3、对于第三个请求的请求响应时间为8，则应用a的请求平均响应时间为4。本实施例对于计算各应用的请求平均响应时间的方式不限。
51.在本公开的一个实施例中，所述全链路压力测试的方法还包括以下步骤：根据所
述各个应用之间的调用关系及各个应用的性能数据，定位待测试系统的性能瓶颈。
52.具体的，假设待测试系统包括a、b、c、d四个应用，并且该待测试系统实现某一服务功能所对应的各应用之间的调用关系为应用a调用应用b，而应用b分别调用应用c与d，其中，定位性能瓶颈的处理设备计算得到的整个待测试系统实现某一服务功能的请求响应时间为510ms，而应用a的请求响应时间为500ms、应用b的请求响应时间为450ms、应用c的请求响应时间为50ms、应用d的请求响应时间为400ms。
53.根据各应用之间的调用关系及每一应用的请求响应时间，由于应用d的请求响应时间要远远高于同一层级的应用c，并且应用d的请求响应时间与上一层级的应用b相差不大，因此可以确定待测试系统实现该服务功能场景的性能瓶颈为应用d。
54.本公开的一个实施例中，各个应用中的监控模块将应用信息、标识信息、性能数据、时间戳等信息发送到数据中心，形成包括待测试系统中各应用之间的调用关系以及每一应用的性能数据全景图。采用全景图形式进行直观显示，便于测试人员快速定位待测试系统的性能瓶颈。整个测试过程自动化处理，自动完成日志信息的采集并发送至数据中心形成全景图，便于统一管理，提升了定位系统性能瓶颈的操作效率。
55.在本公开的一个实施例中，所述全链路压力测试的方法还包括以下步骤：根据所述各个应用之间的调用关系及各个应用的性能数据分析造成待测试系统的性能瓶颈的原因。
56.下面结合一个具体实施例，说明待测试系统执行两个全链路压力测试任务时，如何分析造成性能瓶颈的原因。图3是根据本发明实施例的各个应用之间的调用关系。
57.待测试系统执行两个全链路压力测试任务，需要用不同的标识区分不同的压测入口，如可以用任务编码(task id)区分不同的压测入口及压测链路，在链路分析中可以准确得到数据源流量的比例关系。如图3所示，task1的压测流量经过应用a、二级应用a、二级应用b、三级应用a、三级应用b。task2的压测流量经过应用b、二级应用b、三级应用a、三级应用b。
58.对于三级应用a来说，假设每秒请求数100次。它有两个上级应用分别是二级应用a(每秒请求10次)和二级应用b(每秒请求90次)。100次请求中有10次来源于二级应用a，另有90次来源于二级应用b，两个上级应用二级应用a和二级应用b的压力配比为1:9。如果存在性能瓶颈，则二级应用b对其造成的压力是主要原因。
59.三级应用a在同一时刻有两个压测流量分别是task1和task2，通过分析链路可以统计出，请求中带有task1标识的数据和带有task2标识的数据比例，比例大的一方是造成瓶颈的主要源头。
60.图4是根据本发明实施例的一种全链路压力测试的装置的示意图，如图4所示，本发明实施例中的全链路压力测试的装置，包括：客户端请求接收模块401，用于所述全链路由多级应用组成，所述多级应用中的第一级应用接收客户端请求，所述客户端请求中封装有压力测试标识，所述第一级应用执行压力测试，记录执行所述压力测试中产生的性能数据；调用请求收发模块402，用于所述多级应用中的上级应用向下级应用发送调用请求，所述调用请求中封装有所述压力测试标识，所述上级应用和所述下级应用分别执行压力测试，并分别记录执行所述压力测试中产生的性能数据；性能数据上报模块403，用于所述多级应用分别上报所记录的性能数据。
61.图5是根据本发明实施例的一种全链路压力测试的装置的示意图，如图5所示，本发明实施例中的全链路压力测试的装置，包括：客户端请求接收模块501，用于所述全链路由多级应用组成，所述多级应用中的第一级应用接收客户端请求，所述客户端请求中封装有压力测试标识，所述第一级应用执行压力测试，记录执行所述压力测试中产生的性能数据；调用请求收发模块502，用于所述多级应用中的上级应用向下级应用发送调用请求，所述调用请求中封装有所述压力测试标识，所述上级应用和所述下级应用分别执行压力测试，并分别记录执行所述压力测试中产生的性能数据；性能数据上报模块503，用于所述多级应用分别上报所记录的性能数据；时间戳信息上报模块504，用于所述多级应用上报执行所述压力测试的时间戳信息。
62.图6示出了可以应用本发明实施例的一种全链路压力测试方法或全链路压力测试装置的示例性系统架构600。
63.如图6所示，系统架构600可以包括终端设备601、602、603，网络604和服务端605。网络604用以在终端设备601、602、603和服务端605之间提供通信链路的介质。网络604可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
64.用户可以使用终端设备601、602、603通过网络604与服务端605交互，以接收或发送消息等。终端设备601、602、603上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。
65.终端设备601、602、603可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
66.服务端605可以是提供各种服务的服务端，例如对用户利用终端设备601、602、603所获取的图片或信息提供支持的后台管理服务端。
67.需要说明的是，本发明实施例所提供的一种全链路压力测试方法一般由终端设备或服务端执行，相应地，一种全链路压力测试装置一般设置于终端设备或服务端中。
68.应该理解，图6中的终端设备、网络和服务端的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务端。
69.下面参考图7，其示出了适于用来实现本发明实施例的终端设备的计算机系统700的结构示意图。图7示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
70.如图7所示，计算机系统700包括中央处理单元(cpu)701，其可以根据存储在只读存储器(rom)702中的程序或者从存储部分708加载到随机访问存储器(ram)703中的程序而执行各种适当的动作和处理。在ram 703中，还存储有系统700操作所需的各种程序和数据。cpu 701、rom 702以及ram 703通过总线704彼此相连。输入/输出(i/o)接口705也连接至总线704。
71.以下部件连接至i/o接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至i/o接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。
72.特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(cpu)701执行时，执行本发明的系统中限定的上述功能。
73.需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
74.附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
75.描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括：客户端请求接收模块、调用请求收发模块、性能数据上报模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，性能数据上报模块还可以被描述为“用于所述多级应用分别上报所记录的性能数据的模块”。
76.作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：所述全链路由多级应用组成，所述多级应用中的第一级应用接收客户端请
求，所述客户端请求中封装有压力测试标识，所述第一级应用执行压力测试，记录执行所述压力测试中产生的性能数据；所述多级应用中的上级应用向下级应用发送调用请求，所述调用请求中封装有所述压力测试标识，所述上级应用和所述下级应用分别执行压力测试，并分别记录执行所述压力测试中产生的性能数据；所述多级应用分别上报所记录的性能数据。
77.根据本发明实施例的技术方案，在对待测试系统进行全链路压力测试的过程中，通过在调用请求中封装标识，可以获取执行全链路压力测试任务的应用及标识信息，可以描绘出执行全链路压力测试任务的全部应用，同时结合应用的性能数据，定位对待测试系统的性能瓶颈造成主要影响的应用；另一方面，还能够通过不同的客户端请求类型，定位对待测试系统的性能造成主要影响的业务类型。
78.上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。