Jmeter系列二：CSV参数化、BeanShell、服务器监控等进阶使用

本篇博客带来Jmeter的进阶使用，包括新建测试计划、CSV参数化、BeanShell使用和服务器监控等

碎碎念

惯例碎碎念。

关于Jmeter，关于压力/性能测试，本不是我的专业范畴，但是由于前线需要，所以我就上阵了，粗浅涉猎并没有精通，所以哪里有写的不好的，请果断指出，反正我是不会改的。

忙本不应该成为拖延的理由，何况我并不是很忙。但是这时常出现的拖延症，让这篇博客一直在草稿箱里等待问世，终于是抽空把它写完了，时间就像那个什（ma）么（sai）一(ke)样，挤挤还是有的，不信你试试。

前提

好像很多事的开头都要有个前提。电视剧的开头都还有个前情提要，所以这里也有个前提，那就是Jmeter的运行环境和软件安装。

1、JDK 1.8
2、Jmeter 3.2 (or higher)

如果还不了解Jmeter，还未安装配置的，请参考格子的上一篇Jmeter文章

Hello World

对于一个科班出身的程序猿来说，学习一个语言的第一步就是写一个Hello word。那么对于使用工具来说也不例外，先从一个最简单的Hello world来熟悉一下Jmeter吧。

1、启动Jmeter
2、新建测试计划
3、新建线程组，并配置线程组
4、新建Sample → Http请求，并填写配置
5、新建结果监听 → 查看结果树
6、运行测试计划

线程组可以配置多个线程，相当于多个不同用户同时去请求相同的接口，而线程之间都是相互隔离的，互不影响，线程的执行过程中所操作的变量，不会影响其他线程。

线程组配置说明

上述参数不进行细究，网上关于Ramp-Up Period的说明很多，灵活使用该参数是达到测试目的的重要前提，可以参考官网说明

The ramp-up period tells JMeter how long to take to "ramp-up" to the full number of threads chosen. If 10 threads are used, and the ramp-up period is 100 seconds, then JMeter will take 100 seconds to get all 10 threads up and running. Each thread will start 10 (100/10) seconds after the previous thread was begun. If there are 30 threads and a ramp-up period of 120 seconds, then each successive thread will be delayed by 4 seconds.

Ramp-up needs to be long enough to avoid too large a work-load at the start of a test, and short enough that the last threads start running before the first ones finish (unless one wants that to happen).

Start with Ramp-up = number of threads and adjust up or down as needed.

官网地址：http://jmeter.apache.org/usermanual/test_plan.html

配置项包括但不仅限于以下项：
1、协议
2、服务器IP
3、服务器端口
4、请求方式（get/post）
5、请求路径path
6、编码
7、超时时间
8、代理
...

监听器包含但不仅限于如下项：
1、结果树：详细展示每次请求结果；
2、聚合报告：整个测试过程的聚合报告，包括吞吐量等；
3、图形结果：以图形的形式展示测试结果；
4、其他。
...

抽取公用元件和用户定义变量

在进行压力测试的时候，我们往往是测试几十、上百个接口，所以难免有很多重复的劳动，这个时候，是否可以对某些元件进行复用对提高测试效率至关重要，所幸Jmeter是支持我们这么做的，下面我们来看一下怎么实现。

一、用户定义变量

概念还是那个概念，我的理解是：跟开发中的常量类似，如果某个值在项目中经常被引用，且有可能改动，那么就应该定义成公有常量，在需要改动的时候，只需要改一处，而不是所有引用的地方。

格子这里举个栗子先，比如在测试的时候，每个接口都需要用到一个加密的公钥作为请求参数，而且这个公钥有可能变动，那么你只需要将该公钥定义成用户定义变量，然后再需要的接口进行引用就行了。

1、右键 → 添加 → 配置元件 → 用户定义的变量 
2、填写变量名和变量值
3、引用方式${}，{}内填写变量名

二、公用元件

场景举栗子，我们对某个项目进行压测时，肯定要提供ip、端口和具体的url，由于同一个项目压测的ip和端口都是一致的，没必要在每个http请求都填写，所以可以采取公用元件来配置，一方面提高了效率，一方面同用户定义变量的好处一样，修改的时候很省事。

1、右键 → 添加 → 配置元件 → Http请求默认值
2、填写协议和响应的服务器地址、端口
3、http请求中，可以不填步骤2的信息
4、执行测试，查看结果

上面举例说明了用户定义变量和公用元件的使用和好处，但是实际使用中，可以自由发挥，灵活应用，不仅限于上面的例子，有很大的发挥空间，小伙伴们可以自行举一反三。

CSV - 参数化

压力测试的时候，让人很头疼的一个步骤就是如何实现参数化。

简单一点来说，就是我们模拟了不同的用户同时发送请求，但是要如何来为每个用户提供不同的数据进行请求发送，比如：测试登录接口，每个用户的用户名和密码肯定都是不一致的，我们不能在一个压测计划中，使用一个用户名和一个密码来发送成千上万的请求，这样不符合实际场景，也没办法到达我们压测目标。

so，Jmeter中的CSV参数化功能可以在这个时候排上用场了。

什么是CSV参数化呢，格子根据具体的使用经验来解释：事先将我们测试中需要的数据放在一个文件里，每行数据用以一个请求，同一行中的不同值用分隔符隔开，然后将该文件配置到Jmeter，测试时，在同一轮测试中的不同请求会读取csv文件中的不同行数据，来达到我们模拟数据的需求，咦，讲的好像有点儿抽象，下面具体实施，请看大屏幕。

1、准备csv文件和数据
2、右键Http请求 → 添加 → 配置元件 → CSV DATA Set Config
3、填写配置
4、引用变量
5、执行测试

是不是很简单，是时候进行一波举一反三了。
Tips：比如模拟登录，可以从数据库中将用户名或者密码Select出来，复制到CSV文件，然后进行参数化并测试。

BeanShell使用

哎o(╥﹏╥)o，怎么还没完啊，好想分成两篇博客写，心疼格子两秒钟。

Beanshell是Jmeter提供的高级功能之一，该功能支持用户编写Java代码，打包成Jar来提供Jmeter调用。

举几个场景说明：

1、接口调用时，需要动态参数：最后一个参数由前几个MD5而来；
2、循环来模拟测试数据
3、特殊的工具方法

总而言之，Beanshell功能特别强大，以Java为桥梁，为Jmeter的功能提供了无限扩展的可能。

使用说明（推荐有Java开发基础的人使用）

1、打开你的IDE，编写Java代码，打包成Java
2、在Jmeter引用你的Java包
3、在Http请求右键 → 添加 → 前置处理器 → Beanshell PreProcessor
4、编写Java调用代码
5、测试

简单例子如下：

该例子只是简单说明了Beanshell的使用，当然体现不了Beanshell的强大功能，你可拿它做Java能做大多事儿，这里格子不做深入讨论，如果有疑问，欢迎提出来。

Beanshell内置了几个变量提供使用，在编写脚本的时候，可以灵活利用这几个变量

具体方法参考：官网API

服务器性监控

最后一个小点了，这也是我在使用过程中的需求，当对服务器进行压力测试的时候，主观上我们能感受到服务器响应的快慢，但是并没有办法得到服务器当前负载一个量化/图形化的结果，这不利于我们分析我们的应用的负载瓶颈在哪个点上，所以就诞生了这么一个需求，监控服务器当前的负载，包括CPU、内存、IO、网络等。

Jmeter以插件的方式为我们提供了该功能，下面来看一下怎么使用吧

1、安装Jmeter插件功能（下载，存放，重启）
2、重启Jmeter，点击选项 → Plugins Manager
3、选择PerfMon和jpgc插件进行安装
4、下载ServerAgent
5、启动ServerAgent
6、测试计划 → 右键 → 添加 → 监听器 → jp@gc - PerfMon Metrics Collector
7、填写相关配置
8、启动测试查看结果

Plugins Manager地址：这里
ServerAgent地址：这里

操作步骤如下

格子这里只对CPU进行了监控，如果需要监控内存、IO等负载的话，请自行添加。

后话

除去前面描述的功能，Jmeter还提供，正则提取变量、变量传递等其他功能，篇幅所限，不一一列举了。

感觉写了好久，Jmeter第二话终于落幕，掌声在哪里~~

求喜欢，求点赞，求评论 (ω)