场景:
一个测试计划(Test Plan)下有多个线程组(Thread Group),为了模拟真实的场景,要求只获取一次登陆接口response headers
返回的cookie
并且共享个其他的线程组,使其他线程组保持登陆状态。但是Jmter并没有直接提供这种方法,所以我们需要用全局变量来对cookie
进行存取操作。
具体操作
现在我们创建线程组Thread A和Thread B,,Thread A用于发起登陆login的请求,Thread B则是模拟登陆之后的请求。我们首先需要在Test Plan下新增两个线程组(Thread Group),依次取名为Thread A和Thread B,然后再在Test Plan新增一个察看结果树(View Result Tree)类型的监听器(listener)方便我们检测是否共享cookie成功。测试计划大致目录如下。
线程组 A(登录请求)
在login请求下创建正则表达式提取器(Regular Expression Extractor
下面我们依次来看4个输入框内容。
a、代表你要给这个正则匹配到的值命名,如这个地方取的名字是SESSIONID
解释:正则表达式匹配到的值所要赋值的变量,其他地方需要直接调用该值即可获取到该正则表达式
b、具体的正则匹配表达式: Set-Cookie:sessionid=(.*)
解释:
- . 是除了\n的任意字符
- * 是取之前字符的0个或者n个
- ?是取之前字符的0个或者1个;也可以解释为非贪婪模式。
c、$1$表示解析到的第1个值
解释:正则表达式匹配到的第一个值
- $-1$:表示取所有值
- $0$:表示随机取值
- $1$:表示取第1个
- $2$:表示取第2个
d、0代表随机取值,1代表全部取值
在这里,我们需要匹配的是Response Headers中Set-Cookie自段里面sessionid的值,(.*)代表匹配到的值,并且用一个名为SESSIONID的变量存储匹配到的值。
在login请求下创建JSON Extractor
部分操作的token验证携带在login返回的josn里,所以我们需要配置JSON Extractor来提取这一部分token。JSON Extractor的作用就是提取某一个请求返回的结果中的某一个值,但是这个结果必须要是 JSON 格式。比如接下来的实例就是要获取 login 返回结果中的一个值csrftoken,该 JSON 数据如下:
{"code": "OK", "msg": "\u6210\u529f", "data": {"id": "4866565220965570938", "name": "\u5f20\u4e09", "account": "xjx111111", "role": "\u8d85\u7ea7\u7ba1\u7406\u5458", "is_super_admin": true, "csrftoken": "b0HB98KNSqlQSYuuoTxYMt9hrkjuI1ZRQEzSz8CcY5AXBRfqRmLIQ2RzYXLasulc"}}
具体操作如下图。
配置 JSON Extractor
- 如上图所示,
csrftoken
是变量名,$.data.csrftoken
则是取返回值data字段里csrftoken的值。
注意:$.data.csrftoken
使用的是 JSON Path 进行元素定位,$表示的是根路径,有感兴趣的可以自行查阅相关资料。
在login请求下创建BeanShell PostProcessor
通过上述操作,我们已经获得了两个值,分别为SESSIONID和csrftoken,那么我们需要把这两个变量变成全局变量,供其他线程组使用。 创建 BeanShell PostProcessor
配置 BeanShell PostProcessor
通过上述配置,即两段代码:
${__setProperty(sessionid,${SESSIONID},)}
${__setProperty(csrftoken,${csrftoken},)}
我们通过__setProperty
方法设置了两个全局变量,分别为sessionid
和csrftoken
。在其他线程组中,我们可以通过${__property(sessionid)}
和${__property(csrftoken)}
来获取这两个全局变量的值。
至此,我们对于登陆部分的cookie和token的全局配置处理就已经结束了,下面就是如何在其他线程组中去调用这两个变量。
注意:BeanShell PostProcessor这个元素的作用就是将定义(正则表达式提取器和JSON Extractor中定义的变量SESSIONID和csrftoken)的变量设置为全局,以供其他线程调用使用。设置格式固定即:${__setProperty(string key,${string value},)}
;在其他地方调用该变量的值方法也固定,即:${__property(string key)}
线程组 B(控制请求)
HTTP信息头管理器
我们配置了Cookie
字段,其值为sessionid=${__property(sessionid)};csrftoken=${__property(csrftoken)}
。配置了X-CSRFToken
其值为${__property(csrftoken)}
在这里便是通过__property
方法获取到之前定的变量值。 至此,已经配置好了Thread B
所需要的Cookie
验证以及X-CSRFToken
验证。
验证
在线程组 B 下新建一个 post 请求,取名 assignRoom:
运行,查看结果树
从红框部分我们可以发现,名为assignRoom
的请求的信息头的确带上了Cookie
和X-CSRFToken
,请求也是成功的。
以上两个接口都是通过 google 浏览器自带的开发者工具获取的,用 login 举例说明:
这样 login 请求的 URL,请求头,请求体等各项参数就都能够获取。
这里主要说明一下 Request Payload,这就是POST 请求的请求体;这个是前端开发发送 POST 请求两种携带请求体参数的方法之一。