性能测试工具Jmeter测试监听及其它监听器

性能测试监听的主要任务是获取运行状态,收集测试结果。测试结果有事物响应时间,吞吐量及服务器硬件性能(CPU,内存,磁盘等),JVM使用情况,数据库性能状态等。在Jmeter中监听器承担测试监听工作,Jmeter的监听器可以统计吞吐量,响应时间等指标。

Jmeter监听器

Jmeter监听器比较多,长时间执行测试计划使用监听器主要有Summary Report 或者Aggregate Report

1>Summary Report 

它以表格的形式显示取样结果,如下图,如果不同的取样器(不同的请求)拥有相同名字,那么在Summary Reprot 中会统计到同一行。因此在给取样器取别名时最好不要为空,建议按照业务功能来取名。

对于上图的显示结果,可做如下说明:

Label:取样器别名,例如我们操作了登录,可以设置为登录操作。

#样本:取样器运行次数。

平均值:请求(事务)的平均响应时间。

最小值:请求的最小响应时间。

最大值:请求的最大响应时间。

标准偏差:响应时间的标准偏差。

异常:事务错误率

吞吐量:吞吐率,即常说的TPS

接收:每秒接收数据包流量,单位是KB

发送:每秒发送数据包流量,单位是KB

平均字节数:平均数据流量,单位是Byte

如果你想保存测试结果,可以在下图处指定结果保存路径。如果你在测试计划中加入了多个监听器,请牢记保存测试结果只在一个监听器中设置;如果多个监听器中进行设置会重复写,写的内容其实是一样的,这完全没有必要而且影响负载机性能。

查看导出的测试结果日志,如下图

在Summary Report 界面中可以设置结果属性(保存哪些结果字段),单击配置进到下图界面。其中可以看到只有部分默认被选中,这些字段能够说明基本测试结果,在长时间运行时只记录这些字段即可,并且有利于提高负载机性能,产生的IO越大,写磁盘是物理操作,对负载机的IO会产生影响,千万别让负载机IO产生性能瓶颈。

2>Aggregate Report

Aggregate Report 以表格的形式显示取样结果,说明如下。

如下图:

Lable:请求别名

#样本:执行多少次取样。

平均值:平均响应时间,单位为毫秒。注意这个平均值是将所有请求的响应时间取平均值。

中位数:响应时间中间值。

90%百分位:90%事务响应时间范围。

最小值:最小响应时间。

最大值:最大响应时间。

异常%: 出错率。

吞吐量:吞吐量,可以理解为TPS。

接收:数据接收传输量,单位KB

发送:数据发送传输量,单位KB

3>开源监听插件

总的来说,Jmeter的监听器还算完整,但相比一些商业性能测试工具来讲,图像化结果还是有所欠缺。作为开源性能测试工具,开源社区弥补了这个缺口。Jmeter Plugins增加了众多监听器,种类丰富,图形美观,功能强大,而且还可以监听服务器硬件性能。(CPU,内存)

建议负载发生与监控进行分开,负载工具进统计TPS与响应时间。

Influx+Grafana 实时监听

非GUI方式运行Jmeter来制造负载时,对于测试结果的监听十分简陋的,仅仅是在控制台打印,后者存到文件,并不能实时地监控到结果,这种状况当然是不能忍的。

要实现InfluxDB和Grafana的实时监听,你需要确保你的数据收集、存储和展示流程设置正确。下面是一些步骤和建议,帮助你建立一个从数据写入到实时图表显示的工作流:

1. 设置 InfluxDB

安装与配置:首先确保你已经正确安装并配置了InfluxDB。

创建数据库:为你的应用创建一个新的数据库或使用现有的数据库。

写入数据:使用客户端库(如Python, Go等语言提供的官方或第三方库)、HTTP API或其他方式将时间序列数据写入InfluxDB。

2. 配置数据采集

Telegraf 或其他采集器:如果你需要从多个来源收集数据,可以考虑使用Telegraf或者其他类似的数据采集工具。它可以帮助你自动化数据收集过程,并将数据发送到InfluxDB。

3. 设置 Grafana

安装与配置:下载并安装Grafana,根据官方文档进行基本配置。

添加 InfluxDB 数据源:在Grafana中添加InfluxDB作为数据源。这通常包括输入InfluxDB的URL、数据库名称、认证信息等。

4. 创建仪表盘

设计面板:在Grafana中创建新的仪表板,并添加各种类型的面板(如图形、表格等)来可视化你的数据。

查询构建:利用Grafana内置的查询编辑器编写针对InfluxDB的查询语句,以获取你想要展示的数据。你可以使用InfluxQL或Flux(取决于你的InfluxDB版本),构建实时更新的查询。

5. 实现实时刷新

启用实时功能:确保Grafana面板设置中的“Live”选项已开启。这会让Grafana通过WebSockets连接到InfluxDB,实现实时数据更新。

调整刷新间隔:根据需求调整Grafana仪表板的自动刷新间隔,以控制页面刷新频率。对于真正的实时监控,尽量减少这个间隔时间,但也要考虑到性能影响。

6. 测试与优化

验证数据流:检查整个数据路径是否工作正常,从数据生成、传输到最终在Grafana上的显示。

性能优化:如果遇到延迟或其他性能问题,考虑优化查询、索引策略或者增加硬件资源。

完成上述步骤后,你应该能够看到来自InfluxDB的数据在Grafana上以近乎实时的方式更新。

阅读后若有收获,不吝关注,分享,在看等操作!!!

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 217,734评论 6 505
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,931评论 3 394
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 164,133评论 0 354
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,532评论 1 293
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,585评论 6 392
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,462评论 1 302
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,262评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,153评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,587评论 1 314
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,792评论 3 336
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,919评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,635评论 5 345
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,237评论 3 329
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,855评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,983评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,048评论 3 370
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,864评论 2 354

推荐阅读更多精彩内容