接口压力测试 jmeter--增强篇(二)

前期准备

1. JMeter的插件的安装

下载Jmeter Plugins Manager对插件进行管理
（1）下载地址：https://jmeter-plugins.org/install/Install/
（2）下载后，将jar包放到jmeter包目录下/lib/ext目录下
（3）重启Jmeter,点击【选项】，就能看到插件管理器了

直接插件下载

JMeterPlugins-Standard.jar和JMeterPlugins-Extras.jar，存放到/apache-jmeter-5.6.2/lib/ext lib/ext文件夹下。

下载链接: https://pan.baidu.com/s/15WnkPl2m9mefzgIO12_INA?pwd=4dkc 提取码: 4dkc

2.ServerAgent安装

ServerAgent下载

链接: https://pan.baidu.com/s/1HbBC394I83pLRt_bakPc8g?pwd=n1y5 提取码: n1y5

将ServerAgent-2.2.0上传到被测服务器（根目录或任意位置），解压，进入目录，Windows环境，双击startAgent.bat启动；mac、linux环境执行startAgent.sh启动，默认使用4444端口（如果没有执行权限，可先赋予执行权限：chmod 777 startAgent.sh）

注：ServerAgent服务端口号默认为4444，如若遇到端口被占用，则需关闭占用该端口的进程，或者改变ServerAgent服务的默认端口：

A：关闭占用4444端口的进程，再次启动ServerAgent服务，成功。

查看接口占用情况

lsof -i:4444 //查看4444端口被占用情况

关闭被占用的接口

kill -9 2103 //kill -9 PID

B：使用命令改变ServerAgent服务的默认端口：./startAgent.sh -udp-port 0 -tcp-port xxxx （xxxx为新端口号）

./startAgent.sh -udp-port 0 -tcp-port xxxx

startAgent启动

将ServerAgent 文件夹下的startAgent.sh拖到终端中，然后回车

3.修改jmeter参数

修改配置文件jmeter.properties、jmeter.bat

路径：/Users/mac/Documents/apache-jmeter-5.6.2/bin

3.1 jmeter.properties修改输出格式、保留响应数据等

jmeter.save.saveservice.output_format=xml
jmeter.save.saveservice.response_data=true
jmeter.save.saveservice.samplerData=true

3.2 修改jmeter内存jmeter.bat

重启Jmeter

一、JMeter监控使用

添加--监听器

1. TPS 和 RT(响应时间)

TPS（Transactions per Second）和RT（Response Times Over Time）直接增加就可以

运行效果：

2. (ServerAgent)监控服务器的性能：CPU，内存

使用PerfMon Metrics Collector

PerfMon Metrics Collector使用原理：

1.需要在服务器安装一个ServerAgent，用于收集服务器的性能参数。

然后通过4444端口输出。

2.在PerfMon Metrics Collector组件中通过4444端口去捕获服务器性能参数。

2.2.1 PerfMon Metrics Collector设置

2.2.3运行脚本

如果有报错，那可能安装插件版本冲突的问题。

本人是 lib/ext下有两个版本的jmeter-plugins-manager.jar,删除了一个后正常

监控图的作用主要是：

1.看趋势，找性能拐点

2.写性能测试报告

二、实际性能压测的场景设置

场景：性能测试用例

1.旧系统来自于运维

2.新系统来自于合理预估

按场景和规则预估：做OA，总用户10000个，测试打卡功能做并发，8：30-9：00

一般大部分的公司不超过 200，或者多一点很难超过500。

至于5000以上，1万，十万，百万级别的一定要集群。

服务器（集群）和压力机（集群）

1.单接口基准测试

使用一个用户测试接口5分钟。

目的：为了在没有任何压力的情况下：查看各项性能指标。

单接口基准测试，一般响应时间不超过100ms

2.单接口负载测试场景

通过逐渐的对一个接口进行施压直到出现性能拐点。获得被测接口的最大处理能力以及它的相关的性能指标。

单接口负载测试，一般不做，只有在怀疑某个接口有问题时，才去监测

3.混合负载压测场景

（不是只有一个场景，有多个）

目的是为了验证整个业务的最大的最优的性能体现。重点在于模型的设计。模型来自于数据（来自生产环境的日志或者产品经理给出的）。

Stepping Tread Group: 递增式线程组，共建式线程组

Ultimate Tread Group:Ultimate 一般用来做极限测试，浪涌测试

压测策略/压测场景/压测用例：

3.1 Stepping Tread Group 逐步加压

之前的脚本复制到Stepping Tread Group

this group will start（启动多少个线程）：100

First wait for（等待多少秒才开始压测）：一般为0

Then start （一开始有多少个线程数）：一般为0

（比较重要：下面 3 个一般一起用）

Next , add ：10

threads every ：30

using ramp-up ：5

每5秒启动10个虚拟用户数，每组数据持续运行30秒

（也是重要的参数）

Then hold load for ：60

全部加载完成后，负载运行60秒。

（在企业中，负载测试 10～30 分钟，压力测试 4～24 小时--------4/8/12/24 小时比较常用）

（下面两个一起用）

Finally stop：5

threads every : 1

每一秒停止5个虚拟用户数。

3.2 集合点设置（并发）

3.3 运行结果

超过时间集合释放了

4. 压力测试场景：

验证系统的极限。直到有任何一个性能指标超出预期。

5. 稳定性测试场景。

在压力测试的场景下持续的运行4-24个小时。

三、无界面压测（NON GUI ）

1.节约系统资源。

2.更快捷，只需要启动命令即可进行压测

3.主要是用于性能压测集成。

-n 表示无界面压测

-t 制定你的jmx脚本

-l 生成jtl测试报告

上面的测试时间较长，修改如下，可以比较快的看到结果：

1. 压测

终端进入脚本.jmx所在位置，输入以下指令：

jmeter -n -t jmeter2024.jmx -l result001.jtl

运行结果：

2.生成报告

注意：再次修改jmeter.properties输出格式
jmeter.save.saveservice.output_format=csv

参数：

-e -0 直接生成报告

重新启动DOS窗口，进入路径，输入指令：

jmeter -n -t jmeter2024.jmx -l result001.jtl -e -o reports

jtl报告通过 jmeter的聚合报告导入查看

直接查看报告

3.集群压测

注意点：JMeter版本和插件的版本要一致

两个参数：用于分布式集群压测

-r：表示启动所有的远程压力机执行压测。

-R：指定特定的远程压力机执行压测。多态用,隔开

运行--远程启动：可以看到远程的服务器

命令：

jmeter -n -t jmeter2024.jmx -l result.jtl -e -o reports -r
jmeter -n -t jmeter2024.jmx -l result.jtl -e -o reports -R 192.168.0.24:1001

4. 查看Linux服务器的性能

市面上 90% 的服务器是Linux服务器

通过Linux 的 IP地址，账号，密码进行连接

mac连接Linux服务器

windows连接Linux服务器

（1）windows先连接Linux服务器

下载并安装一些常用的SSH客户端软件，例如PuTTY或Xshell

（2）输入指令top：

效果

load average: 平均负载(1分钟，5 分钟，15 分钟)值不能超过 4，要不然就是超负荷运行

Tasks: 进程数

%Cpu(s): id :剩余百分比

KiB Mem: free:剩余内存（free/1024/1024= ? G）5221312/1024/1024= 4.97G

KiB Swap: used :稳定为 0 是最好

（3）指令htop：