一、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}引用它
- 添加查看结果树
正则表达式:就是一个公式,或者一套规则,使用这套规则可以从任意字符串中提取出想要的数据内容
公式格式:左边界(匹配符号)右边界:可以提取出想要获取的数据内容
.:是通配符,可以代表任意字符(除换行回车)
*: 代表前面的字符出现0次或者多次
.*匹配规则:找到左边界值后,往右查找有边界,找到最后面的右边界,中间的所有数据都被记录下来
?: 代表非贪婪匹配,找到左边界后,往右查找匹配右边界,只要有匹配的右边界就停止继续查找;再次查找左边界和右边界
公式格式:左边界(.*?)右边界
<title>百度一下,你就知道</title>
<title>(.*?)</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、使用方法
命令:jmeter -n -t 脚本文件 -l 日志文件 -e -o 目录
-n 无图形化运行
-t 被运行的脚本
-l 将运行信息写入日志文件
-e 生成测试报告
-o 指定报告输出目录
注意:
1、脚本文件必须指定目录或者将脚本文件放置在jmeter的bin目录下
2、日志文件和目录可以不填写,默认在当前目录;如填写必须保证文件和目录为空
3、实例