接口压力测试 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：
- 2.2.3运行脚本
- 2.2.1 PerfMon Metrics Collector设置
