压测工具jmeter

 

1、要使用压测工具，就要使用专业的。早期测试人会用java写的jmeter，后面采用go写的XXX。集群压测。。。

2、视频教程：https://search.bilibili.com/all?keyword=jmeter&from_source=nav_suggest_new

3、对于后端来说，本机弄弄，jmeter，可以先学一下。

4、现在肯定有更好的工具，也可以多学学，分享出来。

压测工具	介绍	优点
压测工具	介绍	优点
ApacheBench	Apache服务器自带的web压测工具。通过命令行可以创建很多的并发线程。	命令行直接操作，上手快，可以提供基本的性能指标。 对发出指令的服务器要求不高	无图形化界面 只支持协议http，不支持https、websocket等。 只能对单一地址发起性能压测，指标纬度少，无法进行大规模性能压测。不能实现场景编排
LoadRunner	性能稳定，压测结果及细粒度大，可自定义脚本进行压测	能压测场景编排 可用户整个企业架构。 可适用于各种体系架构的自动负载测试，能预测系统行为并评估系统性能。	商业软件，价格高，安装麻烦。实测时需要写相应的脚本，学习成本太高。 功能繁多，太过重大。
Webbench	基于C编写，linux下的工具。核心是父进程fork多个子进程，每个子进程对目标发出请求后记录总信息通过管道返回给父进程，父进程整合报告返回给用户	安装简单，轻量级网站压测工具，可以对网站模拟3W左右并发请求，可以控制时间、是否使用缓存、等待服务器回复等。 能对动态页面（ASP,PHP,JAVA,CGI）进行测试。	对发出指令的服务器也有一定的要求，压测结果会收到自身服务器性能与内存影响。
Jmeter	基于java的压测工具	上手容易，有可视化界面，不需要编程，熟悉http请求即可 可以压测不通的协议和应用 可创建断言脚本验证结果 可分布式压测 提供数据分析和报表文本	无法验证页面； Jmeter的测试脚本需要保存为本地文件，每个脚本保存一个测试用例，不利于维护。

============== Jmeter 安装 （我只是一个搬运工） ================

基于java，肯定要安装JDK或者JRE（不建议JRE，压测需要https时，工具需要从JDK里获取，JRE里没有此工具）

1、先安装JDK包，这里是java8的JDK：https://www.oracle.com/java/technologies/javase/javase-jdk8-downloads.html

2、安装Jmeter：https://jmeter.apache.org/

各种环境变量配置请参考：https://blog.csdn.net/weixin_40475396/article/details/95316952

 

============== 目录介绍 ================

bin ：可执行核心文件，包含配置；
          jmeter.bat：windows启动文件；
          jmeter(.sh)：mac启动文件；
          jmeter.properties：配置文件;
          jemter-service：mac分布式压测启动的文件
          jemter-service.bat：windows分布式压测启动的文件
extraa：插件扩展包
lib：核心依赖包
          ext：核心包
          junit：单元测试包。

============== 简单使用 ================

可以支持多种协议，这里以http举例（毕竟其他也还不太熟悉）

1、创建线程组：

2、基本属性设置：

 

3、采样器之http请求：

线程组->添加→采样器→http请求

4、http请求设置；

 

 

这里其实就可以发出压测请求了。但是你看不到结果，需要设置好结果树：

 

5、结果树：

线程组->添加->监听器->察看结果树

 

 

结果样例：

6、聚合报告：当然压测工具就是需要分析结果报告才是重点

线程组->添加->监听器->聚合报告
（吞吐量：是指系统在单位时间内处理请求的数量，会随着并发量下降。）

参数说明：

Label：请求的名称

Samples(样本)：总请求的数量

Average(平均值)：该请求的平均响应时长

Median(中位数)：50%的请求响应时长在该时间以内

90%Line：90%的请求响应时长在该时间以内

95%Line：95%的请求响应时长在该时间以内

99%Line：99%的请求响应时长在该时间以内

Min(最小值)：最小的响应时长

Maximum(最大值)：最小的响应时长

Error %(异常)：错误率

Throughput：吞吐量

Received KB/sec(接收量)：每秒接受服务端的数据量

Sent KB/sec(发送量)：每秒发送给服务端的数据量

 

PS：当然一次结果报告不会是最终的分析报告，因为结果会收到自身服务器的影响（可能正在进行垃圾回收，或者被其他资源占用），所以通常是需要多次结果报告，然后取平均值。