巧用jmeter逻辑控制器，解决压测中的登录问题

对一个系统的指定功能进行压力测试时，发现把登录接口一起做了压力测试，那么 如何在保持登录情况下，单独对指定接口进行压力测试呢？

一、压力测试目标

对接口A进行X次压力测试（本文示例压测10次）

二、脚本设计思路

 

1. 接口请求头

2. 【系统登录】接口请求

3. 【系统登录】接口断言

4. 获取token

5. 【子系统登录】接口请求

6. 【子系统登录】接口断言

7. 获取cookie

8. 子系统的功能接口A请求：

a) 添加请求cookie管理器

9. 子系统的功能接口A断言

10. 监听器

三、脚本解说

✅ Logic Controller

逻辑控制器，主要用于控制jmeter脚本运行的逻辑：

1. Once Only Controller仅一次控制器：主要用于控制登录接口，确保压力测试过程中，登录接口只运行一次即可

2. Loop Controller循环控制器：用于控制需要进行压力测试的接口，可以循环执行N次

✅ HTTP request

HTTP接口请求，主要用于编辑接口请求的域名（server/IP）、路径（path）、请求数据（request body）

✅ HTTP Header Manager

请求信息头，主要用于保存接口请求的header信息，规定接口响应数据的格式

Content-Type=application/json;charset=UTF-8

✅ Regular Expression Extractor

正则后置处理器，主要用于从接口的响应体内提取对应的token或cookie信息（需要掌握正则表达式基础语法）

✅ Debug PostProcessor

后置调试器，用于调试查看后置处理器生成的变量信息；本文主要用于查看后置处理器Regular Expression Extractor提取成功的token和cookie变量值

✅ Assertion

实现断言功能，从接口的响应体内提取指定的字段，赋值期望值，脚本运行时通过对比期望值和实际值是否一致，来验证接口请求是否成功。

✅  Listener

监听器，通俗点说就是测试报告，jmeter提供了多种测试报告格式，本文主要使用View Results Tree、Aggregate Report两种格式，第一种用于查看接口请求的详细日志信息，第二种用于查看接口请求的耗时等性能信息。

四、脚本正文

1.脚本结构 

 

 

2.HTTP request示例-post请求

 

3.HTTP request示例-get请求 

由于使用正则表达式匹配获取token，所以会匹配到多个数据，此时可在“调试器”内查看具体token在哪个变量上，引用时填入具体变量名称即可

 

 

上图可看到，子系统登录接口请求需要的token在变量“tokenlist_g1”上，故接口入参直接引用变量${ tokenlist_g1}，如下图：

 

4.HTTP request（压测接口）

1) 添加cookie管理器

 

2) 发起请求时会自动获取cookie信息

接口请求配置与上面两个http请求一致，均需要包含域名、路径、请求方法、请求体

 

 

5.JSON Assertion

由于本文案例的接口请求响应数据都是json格式，所以使用json断言。

响应结果如下：

 

 

上图可知，通过判断响应结果的description字段值，来判断接口请求是否成功

对应的断言配置：

 

 

其他接口的断言也可按上述方法设置。

6.逻辑控制器

接口完整请求编辑好后，引入逻辑控制器来控制“登录模块”以及“需要进行压测的接口模块”

将登录相关接口，移动到“Once Only Controller”下，确保执行脚本时，该脚本仅运行一次

将需要进行压测的接口，移动到“Loop Controller”下，确保可以循环运行。

 

 

 

 

7.监听器

本文使用两种监听器存储测试报告

监听器要添加在线程组（Thread Group）上，才可监听所有请求的测试报告，如下图

 

五、脚本运行结果

 

 

作　　者：兜里有糖

出　　处：微信公众号：自动化软件测试平台

版权说明：欢迎转载，但必须注明出处，并在文章页面明显位置给出文章链接