JMeter结果分析介绍

线程组

1、 线程数:虚拟用户数。一个虚拟用户占用一个进程或线程。设置多少个虚拟用户数在这里也就是设置多少个线程数。

2、 准备时长:设置的虚拟用户数需要多长时间全部启动。如果线程数为20,准备时长为10,那么需要10秒钟启动20个线程。也就是每秒钟启动2个线程。

3、 循环次数:每个线程发送请求的次数。如果线程数为20,循环次数为100,那么每个线程发送100次请求。总请求数为20*100=2000。如果勾选了‘永远’,那么所有线程会一直发送请求,直到选择停止运行脚本。 1S=1000MS,1MIN=60000MS,1H=3600000MS.

一、查看结果树

Thread Name: 线程组名称

Sample Start: 启动开始时间

Load time: 加载时长

Latency: 等待时长

Size in bytes: 发送的数据总大小

1GB=1024MB,1MB=1024KB,1KB=1024Bytes

Headers size in bytes: 发送头大小

Body size in bytes: 发送数据的其余部分大小 Sample Count: 发送统计

Jmeter 是一款功能强大的性能测试工具,以下介绍其绘制图形及进行结果分析的方法。 ### 绘制图形 #### 聚合报告 - 这是 Jmeter 中常用的图形化报告之一。添加方式为:在测试计划的线程组下,右键选择“监听器” -> “聚合报告”。运行测试后,聚合报告将展示请求的平均响应时间、吞吐量、错误率等关键指标。通过这些指标,可以直观地看到系统的性能表现。例如,平均响应时间反映了系统处理请求的速度,吞吐量体现了系统在单位时间内处理的请求数量。 ```plaintext 平均响应时间:衡量系统性能的重要指标之一,数值越小表示系统响应越快。 吞吐量:反映系统的处理能力,单位通常为请求数/秒。 错误率:显示请求失败的比例,可帮助定位系统的稳定性问题。 ``` #### 图形结果 - 添加“图形结果”监听器(在测试计划的线程组下,右键选择“监听器” -> “图形结果”),它会以折线图的形式展示每个请求的响应时间。横坐标为时间,纵坐标为响应时间。通过观察折线图的走势,可以分析系统在不同时间段的性能变化。如果折线图波动较大,说明系统性能不稳定;若折线图整体上升,可能表示系统随着测试的进行出现了性能瓶颈。 #### 事务吞吐量图形 - 同样在“监听器”中选择“事务吞吐量图形”。该图形主要展示事务的吞吐量随时间的变化情况。事务可以是一组相关请求的集合,通过该图形可以了解系统在处理事务时的性能表现,判断系统是否能够稳定地处理大量事务。 ### 结果分析 #### 响应时间分析 - 观察平均响应时间、最小响应时间和最大响应时间。平均响应时间可以作为系统性能的一个总体衡量,但最大响应时间更能反映系统在极端情况下的性能。如果最大响应时间过长,可能存在某些请求处理异常缓慢的问题,需要进一步排查是代码逻辑问题、数据库查询问题还是网络延迟问题。 #### 吞吐量分析 - 结合吞吐量图形,分析系统在不同负载下的吞吐量变化。当吞吐量随着并发用户数的增加而趋于平稳甚至下降时,说明系统可能达到了性能瓶颈。此时需要对系统进行优化,如增加服务器资源、优化数据库查询等。 #### 错误率分析 - 关注错误率的变化趋势。如果错误率在测试过程中逐渐上升,可能表示系统在高负载下出现了稳定性问题。需要根据错误信息,定位具体的错误类型,如 HTTP 状态码、异常堆栈信息等,从而找出问题所在并进行修复。 #### 趋势分析 - 多次运行测试,将每次测试的结果进行对比。通过分析不同测试结果的趋势,可以判断系统性能是在提升还是下降。如果系统性能逐渐提升,说明之前的优化措施起到了作用;反之,则需要重新评估优化方案。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

LuckyJiang.2021

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值