文章目录
- 1、准备工作
- 1.1 Jmeter的基本概念
- 1.2 Jmeter的作用
- 1.3.Windows下Jmeter下载安装
- 1.4 Jmeter的目录结构
- 1.5 启动
- 1.6 设置中文
- 1.6.1 设置调整
- 1.6.2 配置文件调整(一劳永逸)
- 2、Jmeter线程组基本操作
- 2.1 线程组是什么
- 2.2 线程组
- 2.2.1 创建线程组
- 2.2.2 设置线程组
- 2.3 创建http请求
- 2.3.1 指定请求域名,请求路径
- 2.3.2 设置请求头信息
- 2.4 设置对应的查看内容
- 3、 测试方法概论
- 4、结果树
- 5、图形结果
1、准备工作
1.1 Jmeter的基本概念
Apache JMeter是Apache组织开发的基于Java的压力测试工具。
1.2 Jmeter的作用
- 接口测试
- 性能测试
- 压力测试
- 接口自动化测试
- 数据库测试
- JAVA程序测试
1.3.Windows下Jmeter下载安装
登录 http://jmeter.apache.org/download_jmeter.cgi ,根据自己平台,下载对应文件
1.4 Jmeter的目录结构
/bin 目录(常用文件介绍)
examples:目录下包含Jmeter使用实例
ApacheJMeter.jar:JMeter源码包
jmeter.bat:windows下启动文件
jmeter.sh:Linux下启动文件
jmeter.log:Jmeter运行日志文件
jmeter.properties:Jmeter配置文件
jmeter-server.bat:windows下启动负载生成器服务文件
jmeter-server:Linux下启动负载生成器文件
/docs目录——Jmeter帮助文档
/extras目录——提供了对Ant的支持文件,可也用于持续集成
/lib目录——存放Jmeter依赖的jar包,同时安装插件也放于此目录
/licenses目录——软件许可文件,不用管
/printable_docs目录——Jmeter用户手册
1.5 启动
1.6 设置中文
1.6.1 设置调整
1.6.2 配置文件调整(一劳永逸)
第二种方法就可以一劳永逸,设置一次后,后面每次打开jmeter都是中文。在jmeter安装路径bin目录下面找到jmeter.properties文件(也可以在bin目录下面直接搜索jmeter.properties),用编辑器打开
最后,重新启动jmeter,页面就变成中文啦!
2、Jmeter线程组基本操作
2.1 线程组是什么
- 进程: 一个正在执行的程序对应一个进程
- 线程: 一个进程有多个执行线程
- 线程组: 按照线程性质对线程分组
- 三者关系: 一个进程有多个线程组,一个线程组有多个线程
- 测试计划—线程组—线程组属性中的线程数
- 并发执行:多个线程同时执行,特点:执行结束的顺序与开始的顺序不一致
- 顺序执行:按照线程的启动顺序挨个执行
- 默认情况下,线程组中的线程是并发执行
- 每一个线程都要执行组内的http请求
- 设置线程组顺序执行:勾选测试计划中的(独立运行每个线程组)
- 线程组用来模拟用户的并发访问
2.2 线程组
2.2.1 创建线程组
- 线程组主要包含三个参数:线程数、准备时长(Ramp-Up Period(in seconds))、循环次数。
- 线程数:虚拟用户数。一个虚拟用户占用一个进程或线程。设置多少虚拟用户数在这里也就是设置多少个线程数。
- 准备时长(秒):设置的虚拟用户数需要多长时间全部启动。如果线程数为20 ,准备时长为10 ,那么需要10秒钟启动20个线程。也就是每秒钟启动2个线程。
- 循环次数:每个线程发送请求的次数。如果线程数为20 ,循环次数为100 ,那么每个线程发送100次请求。总请求数为20*100=2000 。如果勾选了“永远”,那么所有线程会一直发送请求,一到选择停止运行脚本。
- 调度器:设置线程组启动的开始时间和结束时间(配置调度器时,需要勾选循环次数为永远)
- 持续时间(秒):测试持续时间,会覆盖结束时间
- 启动延迟(秒):测试延迟启动时间,会覆盖启动时间
- 启动时间:测试启动时间,启动延迟会覆盖它。当启动时间已过,手动只需测试时当前时间也会覆盖它。
- 结束时间:测试结束时间,持续时间会覆盖它。
2.2.2 设置线程组
2.3 创建http请求
2.3.1 指定请求域名,请求路径
- 一个HTTP请求有着许多的配置参数,下面将详细介绍:
- 名称:本属性用于标识一个取样器,建议使用一个有意义的名称。
- 注释:对于测试没有任何作用,仅用户记录用户可读的注释信息。
- 服务器名称或IP :HTTP请求发送的目标服务器名称或IP地址。
- 端口号:目标服务器的端口号。
- 方法:发送HTTP请求的方法,可用方法包括GET、POST、HEAD、PUT、OPTIONS、TRACE、DELETE等。
- Content encoding :内容的编码方式,默认值为iso8859
- 路径:目标URL路径(不包括服务器地址和端口)
2.3.2 设置请求头信息
2.4 设置对应的查看内容
3、 测试方法概论
首先定一个响应时间的目标,计算压测接口的平均响应时间,本测的压测接口平均响应时间为30ms,其次根据这个响应时间找到能满足的最大线程数与合适的测试时间。我认为聚合报告中的吞吐量就是QPS(每秒查询数)
我们可以通过 1000ms/30ms = 33 ,粗略计算出1秒内同一个线程可以循环调用该接口的次数大概为33次,那么我们可以先将线程的循环次数设置为33
逐步增加线程,直到满足响应时间的最大线程数
- Sample:每个请求的序号
- Start Time:每个请求开始时间
- Thread Name:每个线程的名称
- Label:Http请求名称
- Sample Time:每个请求所花时间,单位毫秒
- Status:请求状态,如果为勾则表示成功,如果为叉表示失败。
- Bytes:请求的字节数
- 样本数目:也就是上面所说的请求个数,成功的情况下等于你设定的并发数目乘以循环次数
- 平均:每个线程请求的平均时间
- 最新样本:表示服务器响应最后一个请求的时间
- 偏离:服务器响应时间变化、离散程度测量值的大小,或者,换句话说,就是数据的分布。
我这里是5台服务器做的负载,最终测试的最好结果是7200线程,循环次数为42次,QPS为6383/sec。
1 | 2 | 3 | 4 | 5 | |
---|---|---|---|---|---|
配置 | CPU: 8核 内存: 32GB 数据盘: 200GB | CPU: 8核 内存: 32GB 数据盘: 200GB | CPU: 4核 内存: 8GB 数据盘: 100GB | CPU: 4核 内存: 8GB 数据盘: 100GB | CPU: 4核 内存: 8GB 数据盘: 100GB |
4、结果树
通过结果树,可以查看接口请求失败和成功各自的请求和响应情况,来帮助我们分析系统在高并发场景中的运行情况。
通过察看结果树,我们可以看到每个请求的结果,其中红色的是出错的请求,绿色的为通过。
- Thread Name:线程组名称
- Sample Start: 启动开始时间
- Load time:加载时长
- Latency:等待时长
- Size in bytes:发送的数据总大小
- Headers size in bytes:发送数据的其余部分大小
- Sample Count:发送统计
- Error Count:交互错误统计
- Response code:返回码
- Response message:返回信息
- Response headers:返回的头部信息
5、图形结果
样本数目:总共发送到服务器的请求数。
最新样本:代表时间的数字,是服务器响应最后一个请求的时间。
吞吐量:服务器每分钟处理的请求数。
平均值:总运行时间除以发送到服务器的请求数。
中间值:有一半的服务器响应时间低于改值而另一半高于该值。
偏离:表示服务器响应时间变化、离散程度测量值的大小。