Jmeter分布式、测试报告、并发数计算、插件添加方式、常用图表

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插件

下载插件管理包步骤

  1. 下载包管理工具Jar包
  2. 将包管理工具jar包添加到Jmeter放入到 lib\ext目录下
  3. 重启Jmeter,可以在选项下看到插件管理器

安装第三方插件的步骤

  1. 打开Plugins Manager插件管理器
  2. 选择Avaiable Plugins,当前可用的插件
  3. 选择需要下载的插件(等待右方文本内容展示出来)
  4. 下载右下角的下载按钮,自动的完成下载,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

注意:使用之前需要在服务器端安装监听服务程序并启动

监控服务器资源指标的步骤:

  1. 下载安装包ServerAgent-2.2.3.zip,链接地址:https://github.com/undera/perfmon-agent

  2. 上传到服务器上,并解压ServerAgent-2.2.3.zip

  3. 启动,如果是windows运行ServerAgent.bat,如果是linux 运行startAgent.sh

  4. 启动这个工具后,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
shell 复制代码
(1)解压缩: unzip ServerAgent2.2.3.zip
(2)进入ServerAgent目录,赋权限:
cd ServerAgent-2.2.3
chmod -R 777 *
(3)启动ServerAgent程序
./startAgent.sh
  • 添加HTTP请求 - 请求litemall首页
  • 在Jmeter中添加PerfMon监控组件,并配置
相关推荐
WX187021128735 小时前
在分布式光伏电站如何进行电能质量的治理?
分布式
不能再留遗憾了8 小时前
RabbitMQ 高级特性——消息分发
分布式·rabbitmq·ruby
茶馆大橘8 小时前
微服务系列六:分布式事务与seata
分布式·docker·微服务·nacos·seata·springcloud
sszmvb123410 小时前
测试开发 | 电商业务性能测试: Jmeter 参数化功能实现注册登录的数据驱动
jmeter·面试·职场和发展
材料苦逼不会梦到计算机白富美11 小时前
golang分布式缓存项目 Day 1
分布式·缓存·golang
想进大厂的小王11 小时前
项目架构介绍以及Spring cloud、redis、mq 等组件的基本认识
redis·分布式·后端·spring cloud·微服务·架构
Java 第一深情11 小时前
高性能分布式缓存Redis-数据管理与性能提升之道
redis·分布式·缓存
小码哥说测试12 小时前
接口测试用例设计的关键步骤与技巧解析!
自动化测试·测试工具·jmeter·职场和发展·测试用例·接口测试·postman
ZHOU西口12 小时前
微服务实战系列之玩转Docker(十八)
分布式·docker·云原生·架构·数据安全·etcd·rbac
zmd-zk13 小时前
kafka+zookeeper的搭建
大数据·分布式·zookeeper·中间件·kafka