CN110618924A - 一种web应用系统的链路压力测试方法 - Google Patents

Abstract

本申请公开了一种web应用系统的链路压力测试方法、装置、设备及可读存储介质，方案包括：执行测试脚本，以模拟海量用户并发执行目标链路业务接口；监测与目标链路业务接口相关联的多个web应用系统，以获取各个web应用系统在目标链路业务接口执行过程中表现出的性能数据；根据性能数据，确定多个web应用系统的链路压力测试结果。可见，普通的性能测试方案中压测的接口属于业务内部接口，接口实现的只是当前系统内部业务功能，而本方案中目标链路业务接口在执行过程中会调用多个相关联的web应用系统，因此，通过压测该目标链路业务接口可以实现同时测试多个相互依赖的web应用系统的性能的目的，提升了测试效率。

Description

一种web应用系统的链路压力测试方法

技术领域

本申请涉及软件测试领域，特别涉及一种web应用系统的链路压力测试方法、装置、设备及可读存储介质。

背景技术

链路压力测试是基于实际业务场景，在真实的系统环境下，模拟海量的用户请求对多个应用服务器系统所组成的业务链进行测试的过程。

在一个完整的业务流程中，任何一个相关系统发生宕机都可能导致灾难性的后果，即使依靠运维人员暂时重启系统以恢复运行，但是后续时间可能再次发生海量并发，超出系统承载量，导致再次宕机。为什么会出现这个问题，就是因为无法确定整个业务流程的各个环节的系统承压能力。在整个业务链路中，各个系统除了受自身的影响，还依赖于其他关联系统的状态，并且影响会一直蔓延，只要有一个系统出现故障，那么故障在上下游系统经过层层累加后会造成更加深远的影响。因此，最好的解决方案就是模拟完全的真实情况，确定整个业务流程中各个系统的实际承载能力，然后就可以在路由网关进行相关交易限流控制，以防止在海量并发到来之后导致的系统宕机。

随着互联网的扩大，越来越多相互依赖的web应用系统层出不穷，但是目前的测试方案都只是针对单个应用系统的内部性能的测试，无法实现验证相互依赖的应用服务系统之间的链路性能。

发明内容

本申请的目的是提供一种web应用系统的链路压力测试方法、装置、设备及可读存储介质，用以解决传统测试方案都只是针对单个系统的内部性能的测试，无法实现验证相互依赖的应用服务系统之间的链路性能的问题。

为解决上述技术问题，本申请提供了一种web应用系统的链路压力测试方法，包括：

执行测试脚本，以模拟海量用户并发执行目标链路业务接口；

监测与所述目标链路业务接口相关联的多个web应用系统，以获取各个所述web应用系统在所述目标链路业务接口执行过程中表现出的性能数据；

根据所述性能数据，确定所述多个web应用系统的链路压力测试结果。

优选的，在所述执行测试脚本，以模拟海量用户并发执行目标链路业务接口之前，还包括：

利用设置于压力测试服务器的性能测试工具Jmeter生成测试脚本，所述测试脚本包括以下任意一项或多项参数：QPS值、入口参数、并发数、持续加压时间、接口标识信息，其中所述接口标识信息用于确定待执行的链路业务接口。

优选的，在所述根据所述性能数据，确定所述多个web应用系统的链路压力测试结果之后，还包括：

修改所述测试脚本的参数，并利用修改后的测试脚本再次执行链路压力测试。

优选的，所述监测与所述目标链路业务接口相关联的多个web应用系统，包括：

利用监控报警平台Grafana监测与所述目标链路业务接口相关联的多个web应用系统。

优选的，所述获取各个所述web应用系统在所述目标链路业务接口执行过程中表现出的性能数据，包括：

获取各个所述web应用系统在所述目标链路业务接口执行过程中表现出的性能数据，所述性能数据包括以下任意一项或多项：CPU、网络I/O、内存、数据库访问量。

优选的，所述根据所述性能数据，确定所述多个web应用系统的链路压力测试结果，包括：

将各个所述web应用系统的性能数据按照不同维度生成可视化界面，并展示所述可视化界面，以作为链路压力测试结果。

优选的，在所述根据所述性能数据，确定所述多个web应用系统的链路压力测试结果之后，还包括：

在实际业务处理过程中，根据各个所述web应用系统的链路压力测试结果，利用路由网关对各个所述web应用系统进行限流控制。

本申请还提供了一种web应用系统的链路压力测试装置，包括：

执行模块：用于执行测试脚本，以模拟海量用户并发执行目标链路业务接口；

监测模块：用于监测与所述目标链路业务接口相关联的多个web应用系统，以获取各个所述web应用系统在所述目标链路业务接口执行过程中表现出的性能数据；

测试结果确定模块：用于根据所述性能数据，确定所述多个web应用系统的链路压力测试结果。

此外，本申请还提供了一种web应用系统的链路压力测试设备，包括：

存储器：用于存储计算机程序；

处理器：用于执行所述计算机程序，以实现如上所述的一种web应用系统的链路压力测试方法的步骤。

最后，本申请还提供了一种可读存储介质，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时用于实现如上所述的一种web应用系统的链路压力测试方法的步骤。

本申请所提供的一种web应用系统的链路压力测试方法，包括：执行测试脚本，以模拟海量用户并发执行目标链路业务接口；监测与目标链路业务接口相关联的多个web应用系统，以获取各个web应用系统在目标链路业务接口执行过程中表现出的性能数据；根据性能数据，确定多个web应用系统的链路压力测试结果。可见，普通的性能测试方案中压测的接口属于业务内部接口，接口实现的只是当前系统内部业务功能，而本方案中目标链路业务接口在执行过程中会调用多个相关联的web应用系统，因此，通过压测该目标链路业务接口可以实现同时测试多个相互依赖的web应用系统的性能的目的，提升了测试效率。

此外，本申请还提供了一种web应用系统的链路压力测试装置、设备及可读存储介质，其作用与上述方法的作用相对应，这里不再赘述。

附图说明

为了更清楚的说明本申请实施例或现有技术的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请所提供的一种web应用系统的链路压力测试方法实施例一的实现流程图；

图2为本申请所提供的一种web应用系统的链路压力测试方法实施例二的测试系统示意图；

图3为本申请所提供的一种web应用系统的链路压力测试方法实施例二的链路测试过程示意图；

图4为本申请所提供的一种web应用系统的链路压力测试方法实施例二的实现流程图；

图5为本申请所提供的一种web应用系统的链路压力测试装置实施例的功能框图；

图6为本申请所提供的一种web应用系统的链路压力测试设备实施例的结构示意图。

具体实施方式

本申请的核心是提供一种web应用系统的链路压力测试方法、装置、设备及可读存储介质，实现了同时测试多个相互依赖的web应用系统的性能的目的，提升了测试效率。

为了使本技术领域的人员更好地理解本申请方案，下面结合附图和具体实施方式对本申请作进一步的详细说明。显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

下面对本申请提供的一种web应用系统的链路压力测试方法实施例一进行介绍，参见图1，实施例一包括：

S101、执行测试脚本，以模拟海量用户并发执行目标链路业务接口；

S102、监测与所述目标链路业务接口相关联的多个web应用系统，以获取各个所述web应用系统在所述目标链路业务接口执行过程中表现出的性能数据；

S103、根据所述性能数据，确定所述多个web应用系统的链路压力测试结果。

本实施例的目的在于通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试，特别的是，本实施例基于目标链路业务接口实现同时测试多个相互依赖的web应用系统的性能。具体的，基于实际业务场景，在真实的系统环境下，模拟海量的用户请求对多个应用服务器系统所组成的业务链进行测试，目标是获取当负载逐渐增加时，系统各项性能指标的变化情况，同时获得系统所能提供的最大请求量。

作为一种具体的实施方式，本实施例首先利用性能测试工具Jmeter生成测试脚本，并将测试脚本存储至压力测试服务器中。上述测试脚本包括以下任意一项或多项参数：QPS值、入口参数、并发数、持续加压时间、接口标识信息，其中所述接口标识信息用于确定待执行的链路业务接口。

链路业务接口，用于多个相互依赖web应用系统之间的调用链业务接口，即链接就压测该接口，该接口需要链路系统链够长。相互依赖的应用服务系统之间的链路就体现在该接口，举例来说，从业务角度，某链路业务接口属于第一web应用系统；从实现角度，该接口方法内部调用第二web应用系统实现类，所以压测该链路业务接口时，相当于即压测了第一web应用系统又压测了第二web应用系统，表现了依赖系统之间的相互调用压测。即只需要压测多个系统实现方法的接口，就能知道多个应用系统的各种资源表现。而普通的性能测试方案，压测的接口属于业务内部接口，接口实现只是当前系统内部业务功能。不能达到多个系统同时被调用，监控的作用。

本实施例还搭建了监控平台，具体可以为监控报警平台Grafana。在测试过程中，通过在压力测试服务器上配置并执行测试脚本，模拟海量用户并发执行目标链路业务接口，执行测试脚本期间，通过监控报警平台Grafana时监测目标链路业务接口涉及到的多个web应用系统所在的服务器的性能数据，所述性能数据包括以下任意一项或多项：CPU、网络I/O、内存、数据库访问量。

本实施例所提供一种web应用系统的链路压力测试方法，包括：执行测试脚本，以模拟海量用户并发执行目标链路业务接口；监测与目标链路业务接口相关联的多个web应用系统，以获取各个web应用系统在目标链路业务接口执行过程中表现出的性能数据；根据性能数据，确定多个web应用系统的链路压力测试结果。可见，普通的性能测试方案中压测的接口属于业务内部接口，接口实现的只是当前系统内部业务功能，而本方案中目标链路业务接口在执行过程中会调用多个相关联的web应用系统，因此，通过压测该目标链路业务接口可以实现同时测试多个相互依赖的web应用系统的性能的目的，提升了测试效率。

下面开始详细介绍本申请提供的一种web应用系统的链路压力测试方法实施例二，实施例二基于前述实施例一实现，并在实施例一的基础上进行了一定程度上的拓展。

以交易业务为例，实施例二的目的在于评估从用户登录到完成全部交易的整个链条中核心页面和交易关键的实际承载能力。图2为实施例二的整个测试系统的示意图，图3为链路压测过程的示意图，图4为实施例二的实现流程图。本实施例中，目标链路业务接口为图3中的服务系统接口，与目标链路业务接口相关联的多个web应用系统为登录系统和服务系统。

参见图2和图3，实施例二具体包括以下步骤：

S201、利用设置于压力测试服务器的性能测试工具Jmeter生成测试脚本；

具体的，jmeter添加线程组、http请求，在http请求中写入监控系统链路业务接口的URL、路径、请求方式及参数，添加查看结果树，用于查看接口返回值，通过线下预演和线上评估出初始值QPS和并发量，平滑加压。采用线上万条数据作为参数，最终形成梯形并发量的test.jmx测试脚本。

上述测试脚本的脚本运行参数包括QPS值、入口参数、并发数、持续加压时间，下面分别对这四项进行介绍：

QPS值：用于确定jmeter里QPS(每秒查询数)初始值，根据线上、线下预演的最大QPS估算，平滑加压；

入口参数：用于确定监控系统链路业务接口的入参，一般都是参数化；

并发数：用于确定jmeter里并发数初始值，根据线上、线下预演的最大并发数估算，平滑加压；

持续加压时间：用于确定jmeter里持续加压时间，因为直接链路压力测试线上服务器，加压时间设置要符合线上最大峰值时间区间。

S202、执行测试脚本，以模拟海量用户并发执行目标链路业务接口；

举例来说，如图3所示，相互依赖的应用服务系统之间的链路就体现在目标链路业务接口：从业务角度，该接口属于服务系统；从实现角度，该接口方法内部调用登录系统实现类；从功能角度，该接口实现了在服务系统判断登录系统的数据库中是否存在有效数据，如果登录系统存在有效数据，则读取数据，与服务数据库做对比，进而在服务系统展示。所以压测目标链路业务接口时，相当于即压测了服务系统又压测了登录系统，表现了依赖系统之间的相互调用压测。

S203、利用监控报警平台Grafana监测与所述目标链路业务接口相关联的多个web应用系统，以获取各个所述web应用系统在所述目标链路业务接口执行过程中表现出的性能数据；

S204、将各个所述web应用系统的性能数据按照不同维度生成可视化界面，并展示所述可视化界面，以作为链路压力测试结果；

S205、修改所述测试脚本的参数，并利用修改后的测试脚本再次执行链路压力测试；

S206、在实际业务处理过程中，根据各个所述web应用系统的链路压力测试结果，利用路由网关对各个所述web应用系统进行限流控制。

对相互依赖web应用系统在高并发极限情况下的数据进行分析，具体的，各相关联业务系统QPS、CPU、内存、I/O、redis、mysql等信息数据经过Grafana平台采集，在通过Grafana监控报警平台进行可视化实时展示，可清楚看到各依赖系统资源占用率，内存消耗，进而对各个系统进行性能优化和资源合理分配，并能形成报告导出。

如上所述，本实施例搭建了Grafana监控报警平台，然后在压力测试服务器上配置并执行jmeter脚本，模拟海量用户并发执行某个链路业务接口，执行脚本期间，通过Grafana监控报警平台实时查看链路业务接口涉及到的多个系统所在的服务器的CPU，Network I/O，MEMORY，数据库访问等情况。在此基础之上，通过修改jmeter脚本参数并重新执行，以确定不同场景下，系统不同的性能表现。

为实现本实施例，预先的准备工作包括：性能测试工具，压力测试服务器，链路业务接口，监控系统，软硬件配置，监控手段，线下预演。下面分别对这几项进行介绍：

性能测试工具：用于链路压力测试的脚本编写工具，本实施例选用免费开源的性能测试工具jmeter，轻量级、体积小、免安装、扩展性好；

压力测试服务器：用于存放jmeter编写的脚本和执行；

链路业务接口：用于多个相互依赖web应用系统之间的调用链业务接口，本实施例以图3中的服务系统接口进行举例说明；

监控系统：用于监控多个相互依赖web应用系统，缓存(redis)、数据库(mysql)，本实施例选用Grafana监控报警平台；

软硬件配置：用于获取物理机或虚拟机的Linux版本号，JDK版本号，Tomcat版本号，cpu数量，磁盘容量、内存等，对压力测试系统环境全局了解；

监控手段：将收集存储的各web应用系统数据按照不同维度、不同应用、不同用户进行配置化的可视化界面获取并展示。具体的，将服务系统和登录系统的QPS、CPU、内存、I/O等数据以折线图形式展示出来，可一目了然看清系统性能峰值和低谷值；

线下预演：线下在测试环境做预演，在测试环境模拟相同环境，脚本，并发量等，获取线下系统瓶颈和压力测试数据预算。

可见，本实施例提供的一种web应用系统的链路压力测试方法，是一种以性能角度实现多个业务系统相互压力测试链路方法。在整个业务流程中，评估从用户登录到完成全部交易的整个链条中核心页面和交易关键的实际承载能力。得到各个系统的实际承载能力之后，在路由网关进行相关交易限流控制，以防止在海量并发到来之后导致的系统宕机。通过该方案，可以得到各web业务系统的性能瓶颈数据和物理资源使用情况，帮助开发人员、测试人员发现系统性能瓶颈进而从业务层优化代码，提升系统性能。同时帮助架构部门掌握物理机实际使用情况，从而根据实际情况合理扩展或缩减内存容量。

下面对本申请实施例提供的一种web应用系统的链路压力测试装置进行介绍，下文描述的一种web应用系统的链路压力测试装置与上文描述的一种web应用系统的链路压力测试方法可相互对应参照。

参见图5，该装置包括：

执行模块501：用于执行测试脚本，以模拟海量用户并发执行目标链路业务接口；

监测模块502：用于监测与所述目标链路业务接口相关联的多个web应用系统，以获取各个所述web应用系统在所述目标链路业务接口执行过程中表现出的性能数据；

测试结果确定模块503：用于根据所述性能数据，确定所述多个web应用系统的链路压力测试结果。

本实施例的web应用系统的链路压力测试装置用于实现前述的web应用系统的链路压力测试方法，因此该装置中的具体实施方式可见前文中的web应用系统的链路压力测试方法的实施例部分，例如，执行模块501、监测模块502、测试结果确定模块503，分别用于实现上述web应用系统的链路压力测试方法中步骤S101，S102，S103。所以，其具体实施方式可以参照相应的各个部分实施例的描述，在此不再展开介绍。

另外，由于本实施例的web应用系统的链路压力测试装置用于实现前述的web应用系统的链路压力测试方法，因此其作用与上述方法的作用相对应，这里不再赘述。

此外，本申请还提供了一种web应用系统的链路压力测试设备，如图6所示，包括：

存储器100：用于存储计算机程序；

处理器200：用于执行所述计算机程序，以实现如上所述的一种web应用系统的链路压力测试方法的步骤。

最后，本申请提供了一种可读存储介质，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时用于实现如前文所述的一种web应用系统的链路压力测试方法的步骤。

本实施例的web应用系统的链路压力测试设备、可读存储介质用于实现前述的web应用系统的链路压力测试方法，因此该设备、可读存储介质的具体实施方式可见前文中的web应用系统的链路压力测试方法的实施例部分，且二者的作用与前述方法实施例的作用相对应，这里不再赘述。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上对本申请所提供的方案进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种web应用系统的链路压力测试方法，其特征在于，包括：

执行测试脚本，以模拟海量用户并发执行目标链路业务接口；

监测与所述目标链路业务接口相关联的多个web应用系统，以获取各个所述web应用系统在所述目标链路业务接口执行过程中表现出的性能数据；

根据所述性能数据，确定所述多个web应用系统的链路压力测试结果。

2.如权利要求1所述的方法，其特征在于，在所述执行测试脚本，以模拟海量用户并发执行目标链路业务接口之前，还包括：

利用设置于压力测试服务器的性能测试工具Jmeter生成测试脚本，所述测试脚本包括以下任意一项或多项参数：QPS值、入口参数、并发数、持续加压时间、接口标识信息，其中所述接口标识信息用于确定待执行的链路业务接口。

3.如权利要求2所述的方法，其特征在于，在所述根据所述性能数据，确定所述多个web应用系统的链路压力测试结果之后，还包括：

修改所述测试脚本的参数，并利用修改后的测试脚本再次执行链路压力测试。

4.如权利要求1所述的方法，其特征在于，所述监测与所述目标链路业务接口相关联的多个web应用系统，包括：

利用监控报警平台Grafana监测与所述目标链路业务接口相关联的多个web应用系统。

5.如权利要求4所述的方法，其特征在于，所述获取各个所述web应用系统在所述目标链路业务接口执行过程中表现出的性能数据，包括：

获取各个所述web应用系统在所述目标链路业务接口执行过程中表现出的性能数据，所述性能数据包括以下任意一项或多项：CPU、网络I/O、内存、数据库访问量。

6.如权利要求5所述的方法，其特征在于，所述根据所述性能数据，确定所述多个web应用系统的链路压力测试结果，包括：

将各个所述web应用系统的性能数据按照不同维度生成可视化界面，并展示所述可视化界面，以作为链路压力测试结果。

7.如权利要求1-6任意一项所述的方法，其特征在于，在所述根据所述性能数据，确定所述多个web应用系统的链路压力测试结果之后，还包括：

在实际业务处理过程中，根据各个所述web应用系统的链路压力测试结果，利用路由网关对各个所述web应用系统进行限流控制。

8.一种web应用系统的链路压力测试装置，其特征在于，包括：

执行模块：用于执行测试脚本，以模拟海量用户并发执行目标链路业务接口；

监测模块：用于监测与所述目标链路业务接口相关联的多个web应用系统，以获取各个所述web应用系统在所述目标链路业务接口执行过程中表现出的性能数据；

测试结果确定模块：用于根据所述性能数据，确定所述多个web应用系统的链路压力测试结果。

9.一种web应用系统的链路压力测试设备，其特征在于，包括：

存储器：用于存储计算机程序；

处理器：用于执行所述计算机程序，以实现如权利要求1-7任意一项所述的一种web应用系统的链路压力测试方法的步骤。

10.一种可读存储介质，其特征在于，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时用于实现如权利要求1-7任意一项所述的一种web应用系统的链路压力测试方法的步骤。