一、Jmeter环境搭建与配置

1、Jmeter环境搭建

安装JDK:https://www.oracle.com/cn/java/technologies
/downloads/

安装Jmeter：https://jmeter.apache.org
/download_jmeter.cgi

注意：下载JDK，注意电脑操作系统及位数；Jmeter版本要与JDK版本匹配；Jmeter安装路径不能有中文或空格

2、Jmeter基本配置

（1）Jmeter界面汉化

永久性：修改bin目录下的配置文件jmeter.properties，“language=zh_CN”，重启Jmeter即可

临时性：菜单“Options”->Choose Language->Chinese（Simplified）

（2）Jmeter主题修改

菜单“选项”->外观（选择自己喜欢的主题）

（3）响应结果中文不会乱码

打开bin目录下的配置文件jmeter.properties，修改“sampleresult.default.encoding=UTF-8”，重启Jmeter即可

二、Jmeter主要元件及相关的作用域

取样器：调用方法发送请求

逻辑控制器：控制取样器的执行顺序（要与取样器配合使用）

前置处理器：对请求参数进行赋值

后置处理器：提取响应中特定字段的值

断言：对提取出来的值与预期结果进行对比

定时器：模拟真实的业务场景

配置元件：初始化测试数据

监听器：在控制台查看脚本运行的结果

元件：多个类似功能组件的容器（类似于类）

元组：容器中实现独立的某个功能（类似于方法）

1、作用域的原则

取样器：核心，没有作用域

逻辑控制器：只对其子节点中的取样器和逻辑控制器起作用

其他元件：

如果是某个取样器的子节点，则该元件只对其父节点起作用

如果其父节点不是取样器，则其作用域是该元件父节点下的其他所有后代节点（包括子节点，子节点的子节点等）

2、元件的执行顺序

在同一个作用域（目录/级别/缩进）的不同元件的执行顺序：

配置元件 - 前置处理程序 - 定时器 - 取样器 - 后置处理程序 - 断言 - 监听器

在同一个作用域（目录/级别/缩进）的相同元件的执行顺序：

从上到下的顺序依次执行

案例：

执行顺序：定时器1 - 请求1 - 定时器1 - 定时器2 - 请求2 - 定时器1 - 定时器3 - 请求3

三、Jmeter线程组、HTTP请求、查看结果树的配置使用

1、线程组

介绍：控制Jmeter用于执行测试的一组用户

分类：

setUp线程组：预测试操作，所有脚本之前执行

普通线程组：执行测试用例，可以有1个或多个（并行/串行）

tearDown线程组：测试后操作，所有脚本之后执行

参数：

2、HTTP请求

作用：向服务器发送http及https请求

位置：选中线程组->右键->添加->取样器->HTTP请求

参数：

3、查看结果树

查看请求参数：Request Body（请求行+请求体）

查看响应结果：Response Body（响应体）

四、Jmeter参数化

1、定义：使用不同的测试数据，调用相同的测试方法进行测试

2、本质：实现测试数据与测试方法的分离

3、实现方式

用户定义的变量——全局变量

用户参数——为每个用户分配不同的参数值

CSV数据文件设置——文件方式参数化

函数——随机数据

数据库

（1）用户定义的变量

使用场景：定义全局变量

使用步骤：

添加线程组

添加用户定义的变量。格式：变量名 - 变量值

添加HTTP请求，引用定义的变量名。格式：${变量名}

查看结果树

（2）用户参数

使用场景：针对同一组参数，当不同的用户来访问时，可以获取到不同的值

使用步骤：

添加线程组，设置线程数为n（表示模拟的用户数）

添加用户参数

第一列添加多个变量名

后续每一列为一组用户的数据

添加HTTP请求，引用定义的变量名。格式：${变量名}

添加查看结果树

（3）CSV文件设置

使用场景：当不同的用户，或者同一个用户多次循环时，都可以获取到不同的值

使用步骤：

定义CSV数据文件

添加线程组

添加CSV数据文件设置

添加HTTP请求，引用定义的变量名。格式：${变量名}

添加查看结果树

（4）函数（以__counter函数为例）

使用场景：自动生成不重复的数据，让每个用户每次循环都能取到不同的数据，且不需要提前定义

使用步骤：

添加线程组，设置虚拟用户数和循环次数

生成__counter函数

添加HTTP请求，使用__counter函数。格式：${__counter(FALSE,)}

添加查看结果树

（5）4种参数化方式对比

用户定义的变量：

作用：定义全局变量

局限性：每次取值（无论是否相同的用户）都是固定值

用户参数：

作用：保证不同的用户针对同一组参数，可以取到不同的值

局限性：同一个用户在多次循环时，取到相同的值

CSV数据文件设置：

作用：保证不同的用户及同一个用户多次循环时，都可以取到不同的值

局限性：需要手动进行测试数据的设置

函数：

作用：保证不同的用户及多次循环时，都可以取到不同的值，不需要提前设置

局限性：输入数据有特定的业务要求时无法使用（如：登录时的用户名和密码）

五、Jmeter断言

1、定义：让程序自动判断预期结果和实际结果是否一致

2、提示：Jmeter在请求的返回层面有个自动判断机制（响应状态码），但是请求成功了，并不代表结果一定正确，因此需要检测机制提高测试的准确性

3、常用断言方法

响应断言

JSON断言

持续时间断言

（1）响应断言

响应文本：来自服务器的响应文本，即主体

响应代码：响应的状态码，例如：200

响应信息：响应的信息，例如：OK

响应头：响应头信息

请求头：请求头信息

URL样本：请求URL

文档（文本）：响应的整个文档

忽略状态：忽略返回的响应状态码

包括：文本包含指定的正则表达式

匹配：整个文本匹配指定的正则表达式

相等：整个返回结果的文本等于指定的字符串（区分大小写）

字符串：返回结果的文本包含指定的字符串（区分大小写）

否：取反

或者：如果存在多个测试模式，勾选代表逻辑或，不勾选代表逻辑与

测试模式：即填写你指定的结果（可填写多个）

（2）JSON断言

使用场景：对HTTP请求的响应结果为JSON格式时，可以使用JSON断言

使用步骤：添加线程组->添加HTTP请求->添加JSON断言配置参数->添加查看结果树查看断言结果

Assert JSON Path exists：用于断言的JSON元素的路径（实际结果）

Additionally assert value：如果您想要用某个值生成断言，请选择复选框

Match as regular expression：使用正则表达式断言

Expected Value: 期望值（期望结果）

Expect null：如果希望为空，请选择复选框

Invert assertion (will fail if above conditionsmet)：反转断言(如果满足以上条件则失败)

（3）断言持续时间

作用：检查HTTP请求的响应时间是否超出要求范围

使用步骤：添加线程组->添加HTTP请求->添加断言持续时间设置持续时间->添加查看结果树

六、Jmeter关联

1、定义：当请求之间有依赖关系，比如一个请求的入参是另一个请求返回的数据，这时候就需要用到关联处理

2、常用的关联方法

正则表达式提取器

XPath提取器

JSON提取器

JMeter属性

（1）正则表达式提取器

使用场景：任意格式的响应数据，都可以使用正则表达式提取器进行提取

使用步骤：

添加线程组

添加HTTP请求1

在后置处理器添加正则表达式提取器设置参数

添加HTTP请求2，引用正则表达式中的引用名称。如:用${title}引用它

添加查看结果树

正则表达式：就是一个公式，或者一套规则，使用这套规则可以从任意字符串中提取出想要的数据内容

（2）xpath提取器

使用场景：针对HTML格式的响应结果数据进行提取

使用步骤：

添加线程组

添加HTTP请求1

在后置处理器中选择添加xpath提取器设置参数

添加HTTP请求2，引用正则表达式中的引用名称。如:用${title}引用它

添加查看结果树

Use Tidy (tolerant parser)：当需要处理的页面是HTML格式时，必须选中该选项；当需要处理的页面是XML或XHTML格式时，取消选中该选项

引用名称：存放提取出的值的参数名称

XPath Query：用于提取值的XPath表达式

匹配数字：如果XPath路径查询出许多结果，则可以选择提取哪个

0:表示随机，-1:表示提取所有结果，1表示第一个值

缺省值：参数的默认值

（3）JSON提取器

使用场景：针对JSON格式的响应数据进行提取

使用步骤：

添加线程组

添加HTTP请求1

在后置处理器中选择添加JSON提取器设置参数

添加HTTP请求2，引用正则表达式中的引用名称。如:用${title}引用它

添加查看结果树

Names of created variables：存放提取出的值的参数名称。如：cit

JSON Path expressions：用于提取值的JSON路径表达式

Match No：0表示随机；-1表示提取的所有结果，1表示第一个值

Default Values：参数的默认值

（4）JMeter属性

使用场景：在不同的线程组之间传递参数

使用步骤：

添加线程组1

添加HTTP请求1

添加提取器（JSON、Xpath、正则表达式）

添加BeanShell取样器(将取样器提取的值保存为JMeter属性）

保存JMeter属性：${__setProperty(变量名,${提取器提取出值的变量},)}

添加线程组2

添加HTTP请求2(读取JMeter属性)

读取JMeter属性：${__property(变量名,,)}

添加查看结果树

注意：__setProperty函数执行（JMeter属性）：需要通过BeanShell取样器来执行

七、Jmeter自动录制脚本

1、定义：在没有接口文档的旧项目当中，快速录制web页面产生的http接口请求，帮助编写接口测试脚本

2、原理：录制时，JMeter作为代理服务器来拦截和转发请求与响应数据

3、jmeter脚本录制步骤

（1）添加HTTP代理服务器，并进行配置（在非测试元件中）

（2）开启windows操作系统的浏览器代理

（3）启动代理服务器，开始录制

（4）在浏览器页面中进行操作，成功后，就能在JMeter当中看到抓取的接口请求了

当使用代理的过程中，发现抓不到包，可能发生以下情况：

过滤规则设置有问题

重启Jmeter代理服务器或者重启Jmeter

换浏览器来使用（Chrome、IE）

检查PC机中的代理设置是否处于可用状态

拔掉网线，抓包

八、Jmeter连接数据库

1、直连数据库的作用

用作请求的参数化。例如：登录时需要的用户名可以从数据库中查询获取

用作结果的断言。例如：添加购物车下单时，检查接口返回的订单号，是否与数据库中生成的订单号一致

清理垃圾数据。例如：添加商品（商品名/编号等不能重复），再执行该脚本不能成功，需要在下次执行前删除该商品数据

准备测试数据。例如：通过数据库来准备大量的性能测试数据

2、直连数据库的步骤

（1）添加Mysql驱动jar包

（2）配置数据库连接信息

添加方法：测试计划->线程组->配置元件->JDBC Connection Configuration

（3）添加JDBC请求

添加方法：测试计划->线程组->取样器->JDBC Request

（4）使用SQL语句返回结果的变量名替代原有的固定数据

九、Jmeter常用逻辑控制器

1、如果（if）控制器

作用：if控制器用来控制它下面的测试元素是否运行

位置：测试计划->线程组->逻辑控制器->IF控制器

2、循环控制器

作用：控制下面的测试元素循环执行一次或多次

位置：测试计划->线程组->逻辑控制器->循环控制器

注意：线程组也可以控制循环次数，但是与循环控制器的作用范围不同。线程组的循环对线程组下的所有HTTP请求有效，而循环控制器对子节点下的HTTP请求有效

3、ForEach控制器

作用：一般和用户自定义变量或者正则表达式提取器一起使用，读取返回结果中一系列相关的变量值。该控制器下的所有取样器都会被执行一次或多次，每次读取不同的变量值

位置：测试计划->线程组->逻辑控制器->ForEach控制器

例如：

那么后续的请求使用${kw}时就会依次赋值1、2、3

十、Jmeter常用定时器

1、同步定时器

定义：阻塞线程（积累一定的请求），当在规定的时间内达到一定的线程数量，这些线程会在同一个时间点一起释放，瞬间产生很大的压力

位置：测试计划->线程组->添加定时器->Synchronizing Timer

模拟用户组的数量：模拟用户的数量，即指定同时释放的线程数数量。若设置为0，等于设置为线程组中的线程数量

超时时间以毫秒为单位：超时时间，即超时多少毫秒后同时释放指定的线程数；如果设置为0，该定时器将会等待线程数达到了设置的线程数才释放，若没有达到设置的线程数会一直死等。如果大于0，那么如果超过设置的最大等待时间后还没有达到设置的线程数，就不再等待直接释放已到达的线程。默认为0

超时时间建议设置，不然会一直死等；也不能设置太小，不然没有达到指定的线程数就释放

2、常数吞吐量定时器

定义：模拟用户真实的使用场景，让Jmeter按指定的吞吐量执行，以每分钟为单位

位置：测试计划->线程组->添加定时器->Constant Throughput Timer

目标吞吐量：每个用户每分钟发送的请求数

案例：

—模拟用户真实的业务场景要求：20 QPS（每秒的请求数）

—如果线程数设置为1，则目标吞吐量设置为 20 * 60 = 1200

—如果线程数设置为2，则目标吞吐量设置为 20 * 60 / 2 = 600

3、固定定时器

定义：指定线程等待的时间（以毫秒为单位）

位置：测试计划->线程组->添加定时器->固定定时器

十一、Jmeter分布式测试

1、应用场景：在使用Jmeter进行性能测试时，如果并发数比较大（比如项目需要支持10000并发），单台电脑的（CPU和内存）可能无法支持，这时可以使用Jmeter提供的分布式测试的功能

2、原理：

分布式测试时分为一台控制机（Master）和多台代理机（Slaves）

控制机负责发送测试任务给代理机

代理机接收任务并向服务器发送请求，并接收服务器返回的响应，将测试结果返回给控制机

由控制机对测试结果数据进行汇总统计

3、注意事项

所有的测试机防火墙都已经关闭

所有的测试机及服务器在同一个网络内

所有的测试机Jmeter版本和JDK版本完全相同

关闭Jmeter里的RMI SSL开关

4、分布式测试步骤

（1）代理机配置

代理机上需要安装Jmeter

修改服务端口。注意：非必要，如果是在同一台机器上演示需要使用不同的端口，多台机器可以不修改

打开bin/jmeter.properties文件，修改‘server_port’，比如：‘‘server_port=2001’

运行代理机上的jmeter-server.bat文件，启动Jmeter

注：代理机可以是自己电脑上安装有多个Jmeter，也可以是其他电脑上的Jmeter

（2）控制器配置

修改Jmeter的bin目录下jmeter.properties配置文件，修改‘remote_hosts’

示例：‘remote_hosts=192.168.182.100:1099,192.168.182.200:2099’

IP和Port是代理机的IP以及自定义的端口，多台代理机之间用“,”隔开

启动Jmeter

选择菜单：运行 - - > 远程启动/远程全部启动

十二、Jmeter生成图形化报告

1、应用场景：在Jmeter中可以以图形化（饼状图、柱状图...）的方式显示脚本运行结果，比聚合报告或查看结果树组件实现更直观，用户体验更好

2、使用方法

注意：

1、脚本文件必须指定目录或者将脚本文件放置在jmeter的bin目录下

2、日志文件和目录可以不填写，默认在当前目录；如填写必须保证文件和目录为空

3、实例