Groovy在JMeter中处理header

发现JMeter系列写了不少文章，干脆整个全套的，把剩下的Demo也发一下，旧文如下：

上一期已经讲过了JMeter如何处理 cookie ，文章如下：

这里先重复一个事实， cookie 只是HTTP请求 header 里面的一个字段，但是在JMeter里面是分开处理的， HTTP信息头管理器 和 HTTP Cookie管理器 完全就是两个对象，分工不重复，在源码里面使用的是 HeaderManager 和 CookieManager 两个类。

首先讲一讲 HeaderManager 的基本使用，添加 header ，获取 header ，修改 header 。

脚本内容：

在进行网页或应用程序后台接口开发时，一般要及时测试开发的接口能否正确接收和返回数据，对于单次测试，Postman插件是个不错的Http请求模拟工具。

但是Postman只能模拟单客户端的单次请求，而对于模拟多用户并发等性能测试，就必须借助其他的工具了，这里推荐功能强大的JMeter自动化测试工具

Apache JMeter - Apache JMeter™

Apache JMeter是Apache组织开发的基于Java的压力测试工具。用于对软件做压力测试，它最初被设计用于Web应用测试但后来扩展到其他测试领域。 它可以用于测试静态和动态资源例如静态文件、Java 小服务程序、CGI 脚本、Java 对象、数据库， FTP 服务器， 等等。JMeter 可以用于对服务器、网络或对象模拟巨大的负载，来自不同压力类别下测试它们的强度和分析整体性能。

下面就以上图的Restful类型的接口为例简单介绍使用Jmeter进行接口测试的方法。

获取某个具体网关设备的基本信息。

请求

方法：GET

URI：/api/gateway/<gateway_id>

参数：

在HTTP请求（http request）的头部（header）添加Userid和Token字段作为用户验证字段

响应

返回值：JSON格式的网关信息

参数：

.启动jmeter：在bin下以管理员身份运行jmeter.bat，启动jmeter

2. 创建测试计划：

默认启动jmeter时会加载一个测试技术模板，保存测试计划：修改名称为Apitest,点击保存，选择保存路径,后面的步骤，每次添加或修改了了一些选项，软件并不会自动保存到jmx文件中，所以进行测试后，如果需要保存本次测试选项，要手动到“文件”菜单中保存一下。

3. 添加线程组

右键左边树中的测试计划“Apitest”节点，“添 加”→”Threads”→”线程组”

添加成功后，“Apitest”节点下多了“线程组” 节点,当然这个线程组的名称是可以自己设定的。

4. 添加http默认请求：（用来配置公共参数,不是http请求）

右键线程组，选择“添加”→ “配置元件”→“HTTP请求默认值”，点击“HTTP请求默认值”后

添加成功后，线程组”节点下多了“HTTP请求默认值”节点

这里可以设置主机地址等一下公共参数，比如我们的例子中请求路径前面都是主机地址+index.php,就可以统一在"http请求默认值"里设置

填写默认请求名、服务器、默认请求路径，保存测试计划。

5.添加http请求信息头

这一项并不是必须的，只不过我们的例子中使用了Userid和Token放在HTTP请求头中用作用户验证

右键“Apitest”，选择“添加”→ “配置元件”→“HTTP信息头管理器”

6. 添加http请求

右键“Apitest”，选择“添加”→ “Sampler”→“HTTP请求”

添加成功后，出现新的节点“HTTP请求”，就可以填写具体的请求参数了。

填写完成，保存测试计划

7. 添加监听器：

右键线程组，选择“添加”→“监听器”→“XXXXXXXXX”

可以添加的监听器有很多种，可以添加多个监听器，这里我们添加几个常用的“图形结果”、“察看结果树”、“聚合报告”

添加成功后，“线程组”下增加了几个节点

8. 试运行

点击执行

可以查看各个“监听器”的结果

Label：每个 JMeter 的 element（例如 HTTP Request）都有一个 Name 属性，这里显示的就是 Name 属性的值

#Samples：表示你这次测试中一共发出了多少个请求，如果模拟10个用户，每个用户迭代10次，那么这里显示100

Average：平均响应时间——默认情况下是单个 Request 的平均响应时间，当使用了 Transaction Controller 时，也可以以Transaction 为单位显示平均响应时间

Median：中位数，也就是 50％ 用户的响应时间

90% Line：90％ 用户的响应时间

Note：关于 50％ 和 90％ 并发用户数的含义，请参考下文

http://www.cnblogs.com/jackei/archive/2006/11/11/557972.html

Min：最小响应时间

Max：最大响应时间

Error%：本次测试中出现错误的请求的数量/请求的总数

Throughput：吞吐量——默认情况下表示每秒完成的请求数（Request per Second），当使用了 Transaction Controller 时，也可以表示类似 LoadRunner 的 Transaction per Second 数

KB/Sec：每秒从服务器端接收到的数据量，相当于LoadRunner中的Throughput/Sec

9. 修改线程组的线程数等参数，用于压力测试

点击左侧树形导航中的“线程组”

设置上面几个参数，模拟的总的请求数是：线程数*循环次数。执行一下，用“图形结果”监听器查看一下

样本数目：总共发送到服务器的请求数.

最新样本：代表时间的数字,是服务器响应最后一个请求的时间.

吞吐量：服务器每分钟处理的请求数.

平均值：总运行时间除以发送到服务器的请求数.

中间值：时间的数字,有一半的服务器响应时间低于该值而另一半高于该值.

偏离：服务器响应时间变化、离散程度测量值的大小,或者,换句话说,就是数据的分布.

基本的参数为：1、上传文件勾选form-data，这是必须勾选的；文件名称必须写全路径（如果与jmx文件不在同一目录下），否则会报错找不到文件，参数名称写file；mime类必须替填写，因为我是jmeter5.2.1版本，不填写会报错；

2、这些基本参数填写后仍然时是报错“文件上传上传失败”，找了后端开发帮忙定位说是content-type不对，查看request header发现果然是格式不正确，错误的请求中 content-type如下

3、然后恍然大悟发现自己在thread下已经设置了通用的header manager如下，导致content-type格式不正确

4、最后在网上找了这个方法，在http sample的前后分别添加beanshell前置处理和beanshell后置处理，最后终于解决了问题。

原文链接：https://blog.csdn.net/xingyunpi/java/article/details/77930476    

在上传文件的HTTP request sampler下,加一个BeanShell PreProcessor, 将全局的content-type remove掉,就可以了. 脚本:

sampler.getHeaderManager().removeHeaderNamed("Content-Type")

如果接下来的case还想再加回content-type=application/json, 如下：

import org.apache.jmeter.protocol.http.control.Header

sampler.getHeaderManager().add(new Header("Content-Type","application/json"))

---