Jmeter 压测 QPS

1、准备工作

1.1 Jmeter的基本概念

Apache JMeter是Apache组织开发的基于Java的压力测试工具。

1.2 Jmeter的作用

1. 接口测试
2. 性能测试
3. 压力测试
4. 接口自动化测试
5. 数据库测试
6. 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、图形结果

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

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

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

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

中间值：有一半的服务器响应时间低于改值而另一半高于该值。

偏离：表示服务器响应时间变化、离散程度测量值的大小。