Jmeter分布式
应用场景
当单个测试机无法模拟用户要求的业务场景时，可以使用多台测试机进行模拟，就是Jmeter的分布
式测试。
Jmeter分布式执行原理
Jmeter分布测试时，选择其中一台作为控制机（Controller），其它机器作为代理机（Agent）
- 执行时，控制机会把脚本发送到每台代理机上
-代理机拿到脚本后就开始执行，代理机执行时不需要启动Jmeter界面，可以理解它是通过命令行模式执行的。
-执行完毕后，代理机会把结果传给控制机，控制机会收集所有代理机的信息并汇总。
分布式相关注意事项：
系统上的防火墙关闭或打开正确的端口
所有控制机、代理机、服务器都在同一网络上
所有机器的Jmeter和Java版本必须一致
关闭RMI SSL开关
Jmeter分布式配置和执行
配置 —修改bin/jmeter.properties文件：
代理机：
- 修改服务端口：保证每个代理机都能正常启动。如果是在同一台机器上演示需要使用不同的端口，多台机器可以不修改。例如：server_port=1999
- 将RMI SSL设置为禁用。例如 server.msi.ssl.disable=true
控制机
- 配置代理机远程地址：配置每个代理机的IP+port，多个代理机之间用’,'连接
例如：remote_hosts=192.168.182.100:1099，192.168.182.101:2999
- 将RMI SSL设置为禁用。例如： server.msi.ssl.disable=true
执行
- 代理机（命令行启动）：
- 进入bin目录，运行jmeter-server.bat,启动jmeter
启动时如果显示的是上面这样的异常
原因：jmeter.properties的文件找到server.rmi.ssl.disable=false，改为true，并把前面的#去掉
重新启动：
- 控制机（界面方式启动）：
- 进入bin目录，运行jmeter.bat,启动jmeter
选择菜单：运行–>远程启动/远程启动全部
案例：
1.请求：http://www.baidu.com
2.一台控制机和两台执行机，做分布式；要求控制机启动，两台执行机执行，反馈结果。
操作步骤：
1.配置代理机一，并启动
jmeter1：启动jmeter-server.bat文件
2.配置代理机二，并启动
jmeter2：启动jmeter-server.bat文件
3.配置控制机，并启动
主程序：启动jmeter.bat文件,启动jmeter，运行–>远程启动/远程全部启动
4.添加线程组
5.添加HTTP请求-百度
6.添加查看结果树
Jmeter测试报告
聚合报告
作用：收集性能测试结束后，系统的各项性能指标。如：响应时间、并发数、吞吐量、错误率等。
位置：测试计划–>右键–>监听器–>聚合报告
参数介绍：
- Label：每个请求的名称
- 样本：各请求发出的数量
- 平均值：平均响应时间（单位：毫秒）
- 中位数：中位数，50%<=时间
- 90%百分比：90%<=时间
- 95%百分比：95%<=时间
- 99%百分比：99%<=时间
- 最小值：最小响应时间
- 最大值：最大响应时间
- 异常%：请求的错误率
- 吞吐量：吞吐量，默认情况下表示每秒完成的请求数，一般认为它是TPS。
- 接收KB/sec：每秒接收到的千字节数
- 发送KB/sec：每秒发送的千字节数
补充：
- 正常情况下，响应时间的结果取平均值
- 当响应时间最大值特别高，（超出平均水平特别多），导致平均值不能代表正常/大部分水平时，可以使用百分比时间。
案例：
1、请求：https://www.baidu.com
2、模拟5个用户并发，控制服务器QPS为20，运行时长设置为1分钟
3、添加聚合报告，收集系统性能指标：响应时间、吞吐量、错误率、网路速率
实现：
HTML测试报告
作用：Jmeter支持生成HTML测试报告，以便从测试计划中获得图表和统计信息
命令：
jmeter -n -t [jmx file] -l [result file] -e -o [html report folder]
eg:jmeter -n -t hello.jmx -l result.jtl -e -o ./report
参数描述：
-n：非GUI模式执行的Jmeter
-t [jmx file]：测试计划保存的路径及.jmx文件名，路径可以是相对路径也可以是绝对路径
-l [result file]:保存生成测试结果的文件,jtl文件格式
- e:测试结束后，生成测试报告
- o [html report folder]:存放生成测试报告的路径，路径可以是相对路径也可以是绝对路径
注意：result.jtl和report会自动生成，如果在执行命令时result.jtl和report已存在，必须用先删除，否则在运行命令时，会报错。
案例：
1、请求：https://www.baidu.com
2、模拟5个用户并发，控制服务器QPS为20，运行时长设置为1分钟
3、使用命令行的方式运行，并收集HTML测试报告
执行案例：
Jmeter测试报告的内容介绍
仪表盘统计：
APDEX（应用性能指标）：
- APDEX：满意度，范围在0-1之间，1表示达到所有用户均满意
- T(Toleration threshold):容忍或满意阈值
-F(Frustration threshold):失败阈值
- Request Summary(请求总结)：
-成功与失败的请求占比，KO指失败率，OK指成功率
详细信息：
HTML测试报告：
-chart（详细信息图标）：它包括Throughput(吞吐量)、Response Times(响应时间)等
并发数
性能测试时TPS计算
性能测试时的TPS，大都是根据用户真实的业务数据（运营数据）来计算的
运营数据：
普通计算方法：
计算公式：TPS=总请求/总时间
数据分析：
根据数据统计，在2019年第32周，日均PV为4.13万，可以估算为1天有4.13万请求（1次浏览都至少对应一个请求）
总请求数=4.13万 请求数=41300
总时间 = 1天 =1*24小时 =24*3600秒
套入公式：
TPS = 41300请求数/24*3600秒 =0.48请求数/秒
结论：按照普通计算方法，理论上每秒能够处理0.48请求，就可以满足线上的需要（只能满足最基本的要求，但是不能很好覆盖系统正常的使用情况）
二八原则计算方法：
二八原则就是指80%的请求在 20%的时间内完成
计算公式：TPS=总请求*80%/(总时间*20%)
套入公式：
TPS： 41300*0.8请求数/24*3600*0.2秒 =1.91请求数/秒
结论：按照二八原则计算，在测试环境我们的TPS只要达到1.91请求数每秒就能满足线上需要。
二八原则的估算结果会比平均值的计算方法更能满足用户需求。
计算稳定性测试并发量：
结合二八原则计算公式：TPS = 总请求数 * 80% /(总时间*20%)
- 需要在测试环境模拟用户正常业务操作（稳定性测试）的并发量为：
TPS： 40474 * 0.8 请求数 / 16 * 3600 * 0.2秒 = 2.81请求数/秒
- 并发TPS =有效请求数 * 80% /(有效时间*20%)
- 当运营数据统计越精确时，计算出的并发TPS与实际的越接近
计算压力测试并发量：
计算压力测试的并发数：TPS =峰值请求数/峰值时间 * 系数：
-需要在测试环境模拟用户峰值业务操作（压力测试）的并发量为：
TPS = 8853 请求数 / 3600秒 * 3(系数) =7.38请求数/秒
- 满足峰值请求时间段内的负载量，系数取决于项目组对于未来业务量的评估
练习：
某购物商场，经过运营统计，正常一天成交额为100亿，客单价平均为300元，交易时间主要
为10:00-14:00，17:00-24:00，其中19:00-20:00的成交量最大，大约成交20亿。
现系统升级，需要进行性能测试，保证软件在上线后能稳定运行。
请计算出系统稳定性测试时的并发（负载）量，及保证系统峰值业务时的并发（负载）量。
稳定性并发量：
并发TPS=有效请求数 * 80% / 有效时间*20%
并发TPS= （100亿/300*80%）/(3600*11个小时*20%)
压力并发量：
- 并发TPS=峰值请求数/峰值时间 * 系数
- 压力TPS=（20亿/300）/(3600*1个小时）*系数
Jmeter下载第三方插件
说明：先下载Jmeter插件管理工具包，再用此包下载Jmeter插件
下载插件管理包步骤：
- 下载包管理工具Jar包
- 将包管理工具jar包添加到Jmeter放入到 lib\ext目录下
- 重启Jmeter，可以在选项下看到插件管理器
安装第三方插件的步骤：
- 打开Plugins Manager插件管理器
- 选择Avaiable Plugins，当前可用的插件
- 选择需要下载的插件（等待右方文本内容展示出来）
- 下载右下角的下载按钮，自动的完成下载，Jmeter会自动重启
需要下载的插件：
并发数及Jmeter性能测试常用图表
性能测试常用图表
Concurrency Thread Group线程组
阶梯线程组：作用是阶梯加压；图形界面显示运行状态
添加方式：测试计划–>线程（用户）—>Concurrency Thread Group
参数介绍：
- Target Concurrency: 目标并发（线程数）
- Ramp Up Time:加速时间
- Ramp-Up Steps Count：加速步骤计数
- Hold Target Rate Time：运行时间
- Time Unit:单位时间（分钟或者秒）
- Thread Iterations Limit:线程循环次数
- Log Threads Status into File:日志记录
Transations per Second
每秒完成事务数：作用是统计各事务每秒钟成功的事务个数
添加方式：测试计划–>线程组–>监听器–>Transations per Second
Bytes Throughput per Second
每秒字节吞吐量：作用是查看服务器吞吐流量（单位/字节）
添加方式：测试计划–>线程组–>监听器–>Bytes Throughput Over Time
每秒性能指标统计：
作用：
- 性能测试的结果统计，以聚合报告的结果为准
- 每秒性能指标的作用是：查看系统长时间运行过程中是否有异常出现，有则进一步分析。
练习：
1、请求：https://www.baidu.com
2、模拟5个用户并发，控制服务器QPS为20，运行时长设置为1分钟
3、添加性能测试常用图表
PerfMon组件监控服务器资源
作用：用来监控服务端的性能资源指标的工具，包括CPU、内存、磁盘、网络等性能数据。
添加方法：线程组–>监听器–>jp@gc - PerfMon Metrics Collector
注意：使用之前需要在服务器端安装监听服务程序并启动
监控服务器资源指标的步骤：
- 下载安装包ServerAgent-2.2.3.zip，链接地址：https://github.com/undera/perfmon-agent
- 上传到服务器上，并解压ServerAgent-2.2.3.zip
- 启动，如果是windows运行ServerAgent.bat，如果是linux 运行startAgent.sh
- 启动这个工具后，jmeter的插件jp@gc - PerfMon Metrics Collector就可以收集服务端的资源使用率，并在jmeter中查看了。
案例一：
1. 启动windows上安装的Tpshop商城项目
2. 使用Jmeter编写脚本，访问首页，控制运行时间为60s，并同步监控服务器资源指标。
监控性能指标的步骤（windows服务器）：
1.上传ServerAgent-2.2.3.zip到windows服务器上，并进行解压
2.启动ServerAgent程序ServerAgent.bat
3.添加线程组，配置持续时间为60s
4.添加HTTP请求-首页
5.添加PerfMon组件
6.添加聚合报告
监控性能指标的步骤（linux服务器）：
- 下载ServerAgent程序，并上传到服务器上
- 通过xshell工具上传到指定的目录下
- 手动启动ServerAgent程序，windows服务器startAgent.bat，linux服务器startAgent.sh
（1）解压缩： unzip ServerAgent2.2.3.zip
（2）进入ServerAgent目录，赋权限：
cd ServerAgent-2.2.3
chmod -R 777 *
（3）启动ServerAgent程序
./startAgent.sh
- 添加HTTP请求 - 请求litemall首页
- 在Jmeter中添加PerfMon监控组件，并配置
