CN112148599A

CN112148599A - 性能压测方法、装置及设备

Info

Publication number: CN112148599A
Application number: CN202010973741.3A
Authority: CN
Inventors: 赵青
Original assignee: Shanghai Zhongtongji Network Technology Co Ltd
Current assignee: Shanghai Zhongtongji Network Technology Co Ltd
Priority date: 2020-09-16
Filing date: 2020-09-16
Publication date: 2020-12-29

Abstract

本申请涉及一种性能压测方法、装置及设备，性能压测方法包括：获取测试计划，根据测试计划确定压测场景的类型、压测场景和对应的压测指标；压测场景的类型包括单场景压测和多场景压测；根据测试计划、压测场景的类型、压测场景和对应的压测指标，调用对应的接口测试脚本并运行；在运行接口测试脚本的过程中，检测是否有压测场景发生报错，若有，跳过发生异常的压测场景，继续运行，并在运行结束后生成压测结果分析报告和异常报错日志；若没有，在运行结束后生成压测结果分析报告。如此，节约了压测时间，实现了同时执行一种或多种场景下的性能压测，且能够主动分析测试结果，在发生异常时可以生成异常报错日志，有效提高了压测结果的可靠性。

Description

性能压测方法、装置及设备

技术领域

本申请涉及性能测试技术领域，具体涉及一种性能压测方法、装置及设备。

背景技术

现阶段测试人员在使用jmeter做压力测试时，通常是单一场景执行脚本。随着应用场景复杂度的增加，系统使用量的大幅提高，用户对产品的易用性、可持续性要求增加，在产品研发后期对性能测试的全面性也会相应提高。

相关技术中，现有市面上比较主流的性能测试工具，都能实现模拟大批量真实用户访问的性能测试，但是面对多种场景压测的需求，无法做到同时执行，并且，测试人员在多种场景下做性能测试时常常需要编写多套脚本，可能还会在不同的性能测试工具之间频繁切换，大大增加了测试成本。

发明内容

有鉴于此，本申请的目的在于克服现有技术的不足，提供一种性能压测方法、装置及设备。

为实现以上目的，本申请采用如下技术方案：

本申请的第一方面提供一种性能压测方法，包括：

获取测试计划，根据所述测试计划确定压测场景的类型、压测场景和对应的压测指标；所述压测场景的类型包括单场景压测和多场景压测；

根据所述测试计划、所述压测场景的类型、所述压测场景和对应的所述压测指标，调用对应的接口测试脚本并运行；

在运行所述接口测试脚本的过程中，检测是否有压测场景发生报错，若有，跳过发生异常的压测场景，继续运行，并在运行结束后生成压测结果分析报告和异常报错日志；若没有，在运行结束后生成压测结果分析报告。

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

接收对所述接口测试脚本的编辑并存储。

可选的，所述压测场景包括：并发测试、容量测试、负载测试、浪涌测试和稳定性测试。

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

根据所述测试计划，确定所述压测结果分析报告的格式；

所述生成压测结果分析报告包括：根据所述压测结果分析报告的格式，生成压测结果分析报告。

可选的，所述压测结果分析报告的格式包括图片格式、图表格式和文字格式。

可选的，所述压测结果分析报告包括所述接口测试脚本、接口测试报告和测试结果分析中的一种或多种。

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

接收压测结果分析报告的下载请求，根据所述下载请求，获取对应的所述压测结果分析报告；

将所述压测结果分析报告返回给对应的客户端。

可选的，所述获取测试计划之前，所述方法还包括：

获取连接参数，建立压测环境。

本申请的第二方面提供一种性能压测装置，包括：

获取模块，用于获取测试计划，根据所述测试计划确定压测场景的类型、压测场景和对应的压测指标；所述压测场景的类型包括单场景压测和多场景压测；

执行模块，用于根据所述测试计划、所述压测场景的类型、所述压测场景和对应的所述压测指标，调用对应的接口测试脚本并运行；

生成模块，用于在运行所述接口测试脚本的过程中，检测是否有压测场景发生报错，若有，跳过发生异常的压测场景，继续运行，并在运行结束后生成压测结果分析报告和异常报错日志；若没有，在运行结束后生成压测结果分析报告。

本申请的第三方面提供一种性能压测设备，包括：

处理器，以及与所述处理器相连接的存储器；

所述存储器用于存储计算机程序；

所述处理器用于调用并执行所述存储器中的所述计算机程序，以执行如本申请的第一方面所述的方法。

本申请提供的技术方案可以包括以下有益效果：

本申请的方案中，通过获取测试计划，可以确定压测场景的类型、压测场景和对应的压测指标，其中，压测场景的类型包括单场景压测和多场景压测，根据测试计划、压测场景的类型、压测场景和对应的压测指标，调用对应的接口测试脚本并运行，可以实现多场景压测功能，在接口测试脚本运行过程中，可以检测是否有压测场景发生报错，若有，跳过发生异常的压测场景继续运行，并在运行结束后生成压测结果分析报告和异常报错日志；若没有，在运行结束后生成压测结果分析报告，如此，在多场景下做性能压测时无需进行多套脚本的编写，也无需在不同性能压测工具之间进行频繁切换，减少了压测成本，节约了压测时间，可以实现同时执行一种或多种场景下的性能压测，并且，能够主动分析测试结果，在发生异常时可以生成异常报错日志，有效提高了压测结果的可靠性，为测试人员的工作带来了很大的便利。

附图说明

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

图1是本申请一个实施例提供的一种性能压测方法的流程图。

图2是本申请另一个实施例提供的一种性能压测装置的结构示意图。

图3是本申请另一个实施例提供的一种性能压测设备的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将对本申请的技术方案进行详细的描述。显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所得到的所有其它实施方式，都属于本申请所保护的范围。

参见图1是本申请一个实施例提供的一种性能压测方法的流程图，本实施例提供一种性能压测方法，如图所示，该方法具体可以包括如下步骤：

步骤11、获取测试计划，根据测试计划确定压测场景的类型、压测场景和对应的压测指标；压测场景的类型包括单场景压测和多场景压测。

其中，测试计划是测试人员在接收到性能压测需求后，对需求进行梳理，判断性能压测涉及场景以及压测接口信息(接口参数和压测目标)后创建的。

步骤12、根据测试计划、压测场景的类型、压测场景和对应的压测指标，调用对应的接口测试脚本并运行。

具体实施时，通过测试计划，可以获取到测试人员选择的压测场景的类型、压测场景以及与压测场景对应的压测指标、接口类型和相应入参，例如：接口地址，header，字段名称，字段字符类型，字段长度，接口入参实例等。如此，即可在执行性能压测任务时根据压测需求调用对应的接口测试脚本，以完成性能压测。

步骤13、在运行接口测试脚本的过程中，检测是否有压测场景发生报错，若有，跳过发生异常的压测场景，继续运行，并在运行结束后生成压测结果分析报告和异常报错日志；若没有，在运行结束后生成压测结果分析报告。

本实施例中，通过获取测试计划，可以确定压测场景的类型、压测场景和对应的压测指标，其中，压测场景的类型包括单场景压测和多场景压测，根据测试计划、压测场景的类型、压测场景和对应的压测指标，调用对应的接口测试脚本并运行，可以实现多场景压测功能，在接口测试脚本运行过程中，可以检测是否有压测场景发生报错，若有，跳过发生异常的压测场景继续运行，并在运行结束后生成压测结果分析报告和异常报错日志；若没有，在运行结束后生成压测结果分析报告，如此，在多场景下做性能压测时无需进行多套脚本的编写，也无需在不同性能压测工具之间进行频繁切换，减少了压测成本，节约了压测时间，可以实现同时执行一种或多种场景下的性能压测，并且，能够主动分析测试结果，在发生异常时可以生成异常报错日志，有效提高了压测结果的可靠性，为测试人员的工作带来了很大的便利。

本申请的方案的执行主体可以是后台管理系统，也可以是后台管理系统中基于软件和/或硬件的功能模块，还可以是其它的设备，等等。

具体实施时，在获取到测试计划后，若测试计划中的压测场景为单一场景，那么根据测试计划调用该场景的接口测试脚本并运行，在运行该接口测试脚本的过程中，检测该压测场景是否有报错发生，如果没有，则在运行结束后生成压测结果分析报告；如果有报错发生，那么直接跳过该压测场景，生成对应该压测场景的压测结果分析报告和异常报错日志。若测试计划中的压测场景为多场景(混合场景)，那么根据测试计划调用各个压测场景的接口测试脚本，并按照测试计划中加入的多场景压测线程组来并发运行各个接口测试脚本，同时，在运行各个接口测试脚本的过程中，检测是否有压测场景发生报错，如果有，直接跳过发生报错的压测场景，继续运行，在运行结束后生成压测结果分析报告和异常报错日志；如果没有，则在运行结束后生成压测结果分析报告。如此，满足了同时执行一种或多种压测场景的需求，并且，当运行过程中有压测场景发生报错时，在运行结束后就会对应生成异常报错日志，为测试人员查漏补缺提供了便利。

其中，压测场景可以但不限于包括：并发测试、容量测试、负载测试、浪涌测试和稳定性测试。实施时，每个压测场景都对应有压测指标，例如，并发测试：在10s内同时发起100万次客户请求；负载测试：按梯度增加并发，直到服务器某个资源达到安全临界值停止，如1s增加100个并发，直到CPU使用率达到90％结束；浪涌测试：在5点到11点请求平稳时间段内的8点到8点10分时增加并发请求到最大请求量的1.25倍。

具体的，每个压测场景的压测指标可以根据测试需求进行设置，此处不作限定。

一些实施例中，性能压测方法还可以包括：接收对接口测试脚本的编辑并存储。

具体实施时，如果性能压测执行过程中出现报错，那么性能压测结束后会自动生成压测结果分析报告和异常报错日志，测试人员可以根据已生成的异常报错日志，确定出现报错的场景及报错原因，在对报错进行分析后，可以针对该场景的接口测试脚本进行适应性编辑修改，并在保存修改后的接口测试脚本后，再次对发生报错的场景执行压测，以完成性能压测的同时确认报错问题已得到解决，提高了性能压测的可靠性。

一些实施例中，测试人员在创建测试计划时，可以提前预设好生成压测结果分析报告的格式，所以，性能压测方法还可以包括：根据测试计划，确定压测结果分析报告的格式，以满足测试人员对报告格式的要求，如此，在生成压测结果分析报告时，就可以根据压测结果分析报告的格式，生成对应格式的压测结果分析报告。

其中，压测结果分析报告的格式可以包括图片格式、图表格式和文字格式。

此外，为了便于测试人员查看性能压测结果，生成的压测结果分析报告具体可以包括接口测试脚本、接口测试报告和测试结果分析中的一种或多种。

同样的，为了便于测试人员获取这些性能压测结果，一些实施例中，性能压测方法还可以包括：接收压测结果分析报告的下载请求，根据下载请求，获取对应的压测结果分析报告；将压测结果分析报告返回给对应的客户端。如此，测试人员就可以在对应的下载界面中下载需要的接口测试脚本、接口测试报告或者测试结果分析，极大地便利了测试人员。

一些实施例中，为了满足不同系统的性能压测需求，保证压测结果的可靠性，上述获取测试计划之前，性能压测方法还可以包括：获取连接参数，建立压测环境。

本申请的实施例提供一种性能压测装置，如图2所示，该装置可以包括：获取模块201，用于获取测试计划，根据测试计划确定压测场景的类型、压测场景和对应的压测指标；压测场景的类型包括单场景压测和多场景压测；执行模块202，用于根据测试计划、压测场景的类型、压测场景和对应的压测指标，调用对应的接口测试脚本并运行；生成模块203，用于在运行接口测试脚本的过程中，检测是否有压测场景发生报错，若有，跳过发生异常的压测场景，继续运行，并在运行结束后生成压测结果分析报告和异常报错日志；若没有，在运行结束后生成压测结果分析报告。

可选的，性能压测装置还可以包括编辑模块，编辑模块具体可以用于：接收对接口测试脚本的编辑并存储。

可选的，上述压测场景可以包括：并发测试、容量测试、负载测试、浪涌测试和稳定性测试。

可选的，性能压测装置还可以包括确定模块，确定模块具体可以用于：根据测试计划，确定压测结果分析报告的格式。同样的，上述生成压测结果分析报告，生成模块，具体还可以用于：根据压测结果分析报告的格式，生成压测结果分析报告。

可选的，上述压测结果分析报告的格式可以包括：图片格式、图表格式和文字格式。

可选的，上述压测结果分析报告包括：接口测试脚本、接口测试报告和测试结果分析。

可选的，性能压测装置还可以包括下载模块，下载模块具体可以用于：接收数据下载请求，根据数据下载请求，获取与数据下载请求对应的下载数据；将下载数据返回给对应的客户端。

可选的，上述获取测试计划之前，获取模块，具体还可以用于：获取连接参数，建立压测环境。

本申请实施例提供的性能压测装置的具体实施方案可以参考以上任意例所述的性能压测方法的实施方式，此处不再赘述。

本申请的实施例提供一种性能压测设备，如图3所示，该性能压测设备可以包括：处理器301，以及与处理器301相连接的存储器302；存储器302用于存储计算机程序；处理器301用于调用并执行存储器302中的计算机程序，以执行如以上任意实施例所述的性能压测方法。

具体实施时，测试人员在了解到性能测试需求后，可以利用性能压测设备创建测试计划，在创建测试计划的过程中，测试人员可以选择对应的接口类型，输入相应入参，并且根据测试需求，在测试计划中加入多场景压测线程组，按照实际情况选择不同的压测场景，分别输入对应的压测指标；同时，也可以通过Jmeter的逻辑控制器设置测试计划的异常情况处理逻辑，如，报错时直接启动断言或忽略报错运行下一测试场景等。在创建好测试计划后，即可开始执行性能压测。当压测无异常报错时，性能测试设备正常运行，测试完成后测试人员可在监听器查看自动生成的压测结果分析报告；当压测执行过程中任一场景报错时，性能压测设备跳过该报错场景正常运行，直至测试完成，测试人员可在测试完成后通过监听器查看自动生成的压测结果分析报告和异常报错日志。

具体的，本申请实施例提供的性能压测设备的具体实施方案可以参考以上任意例所述的性能压测方法的实施方式，此处不再赘述。

可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。

需要说明的是，在本申请的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，“多个”的含义是指至少两个。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims

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

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

接收对所述接口测试脚本的编辑并存储。

3.根据权利要求1所述的方法，其特征在于，所述压测场景包括：并发测试、容量测试、负载测试、浪涌测试和稳定性测试。

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

根据所述测试计划，确定所述压测结果分析报告的格式；

5.根据权利要求1所述的方法，其特征在于，所述压测结果分析报告的格式包括图片格式、图表格式和文字格式。

6.根据权利要求1所述的方法，其特征在于，所述压测结果分析报告包括所述接口测试脚本、接口测试报告和测试结果分析中的一种或多种。

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

将所述压测结果分析报告返回给对应的客户端。

8.根据权利要求1所述的方法，其特征在于，所述获取测试计划之前，所述方法还包括：

获取连接参数，建立压测环境。

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

10.一种性能压测设备，其特征在于，包括：

处理器，以及与所述处理器相连接的存储器；

所述存储器用于存储计算机程序；

所述处理器用于调用并执行所述存储器中的所述计算机程序，以执行如权利要求1-8任一项所述的方法。