JMeter报告内容解释说明

JMeter4.0提供了两种方式,皆为命令行指令。

(1)    jmeter –n –t <JMX filepath> -l <csv log path> -e –o <report folder path>

该方式的输入,为JMX file path,另外两个参数(CSV log和report folder)皆为输出。

需要注意的是,csv log不能在report folder下,否则将报类似csv log is not empty之类的错误。

jmeter –n –t C:\D\JMeterSpace\CA\CA.jmx –l C:\D\JMeterSpace\CA\csvlog.log –e –o C:\D\JMeterSpace\CA\Report
(2)    jmeter –g <csv log path>-o <report folder path>

该方式是一种间接生成方式,以方式1的输出csv log文件作为输入,生成报告。

jmeter –g C:\D\JMeterSpace\CA\csvlog.log –o C:\D\JMeterSpace\CA\Report
两条指令的区别是,前者将触发JMX的运行,运行的同时生成报告;而后者,则仅是生成报告。

报告示例

报告生成完毕后,目录结构如下

Dashboard


Test and Report Information

列出csv log文件名,已经报告生成所花费的时间(起始时间,结束时间)。

APDEX

应用程序性能指标。

Apdex:性能结果,范围0-1,1表示满意。

T:满意阈值,小于或等于该值,表示满意。

F:失败阈值,大于或等于该值,表示不满意。

处于T与F之间,表示可容忍。

从示例图片可见,对于Sign Multi Request,用户满意,但对于Sign Single Request,用户有部分不满意。原因,在后面的Statistics中解释。

Requests Summary

所有Request的成功比例,KO表示成功,KO表示不成功。

Statistics

数据分析。

Samples:线程数量

KO:失败数量

Error:失败率

Average:平均耗时

Min:最小耗时

Max:最长耗时

90th/95th/99thpct:90%、95%、99%的线程耗时

Throughput:每秒钟发送的请求数量

Received:接收网络响应耗时

Sent:发送网络请求耗时

从示例图中可见,Sign Multi Request,最大耗时才62,即使加上网络耗时,也远小于500ms的阈值,所以Sign Multi Request所对应的apdex为1。而对于Sign Single Request而言,95%的线程耗时132ms以内,小于500ms,而99%的线程耗时在814ms以内,约有不到4%的线程高于500ms,因此,其对应的apdex小于1,为0.986。

Errors

会给出所有的错误原因。

Top 5 Errors by sampler

会给出排名前五的Error。


OverTime

(1)  Response Time Over Time

随时间变化,每个时间节点上的线程平均响应时间

(2)  ResponseTime Percentiles Over Time (successful responses)

随时间变化,每个时间节点上的最长/最短/90%/95%/99%的线程响应时间

(3)  Active Threads Over Time

随时间变化,每个时间节点上的活动线程数。

(4)  BytesThroughput Over Time

随时间变化,每个时间节点上接收和发送的数据量(byte)。

(5)  LatenciesOver Time

随时间变化,每个时间节点上的平均响应延时。

(6)  ConnectTime Over Time

随时间变化,每个时间节点花费在连接上的平均时间。

Thoughput

(1)  HitsPer Second (excluding embedded resources)

每秒钟向服务器发送的请求数量。

(2)  CodesPer Second (excluding embedded resources)

每秒钟服务器返回的ResponseCode数量。

(3)  TransactionsPer Second

服务器每秒钟处理的事务数量。

(4)  ResponseTime Vs Request

每秒发送多少个请求时,所对应的平均响应时间。

(5)  LatencyVs Request

每秒发送多少个请求时,所对应的平均延时。

Response Times

(1)  ResponseTime Percentiles

响应时间与百分比的对应关系,即有百分之多少的线程花费了某一响应时间。

(2)  ResponseTime Overview

小于T,大于T小于F,大于F的线程数各有多少。

(3)  TimeVs Threads

N个活动线程情况下的平均响应时间。

(4)  Response TimeDistribution

在某一响应时间段内的线程响应数量。

 

<think>好的,用户想了解如何从JMeter导出聚合报告。我之前回答过类似的问题,但现在需要根据用户提供的引用内容调整回答。让我先理清楚用户的需求。 首先,用户提到的引用[1]和[2]是关于JMeter导出聚合报告的具体方法和源码解析。虽然用户说这些引用不是真实需求,但需要参考它们。引用[1]提到了通过命令行生成CSV报告和HTML报告,而引用[2]则解释了聚合报告的生成机制,特别是StatGraphVisualizer类的add方法。 用户可能已经知道基础操作,但需要更详细的步骤,包括GUI和命令行两种方式。我需要确保覆盖这两种方法,并且提到生成不同格式的报告,比如CSV和HTML。另外,用户可能关心如何分析这些报告,所以需要包括一些常见指标的解释,比如响应时间、错误率等。 还要注意用户提到的系统级指令,比如数学公式的格式,但这个问题可能不涉及数学内容,所以暂时不需要处理。不过要确保回答结构清晰,分步骤说明,并且包含相关问题。 现在需要检查是否有遗漏的步骤,比如是否需要安装插件或者配置参数。例如,生成HTML报告可能需要额外的选项,像-e和-o参数在引用[1]中出现过,应该包含在命令行示例中。同时,需要指出实时生成和离线生成的区别,如引用[2]提到的StatGraphVisualizer类的使用,这可能是在GUI中实时生成报告的方式,而命令行更适合批量生成。 最后,要确保语言简洁,使用中文,避免使用复杂术语,让用户容易理解。可能还需要提醒用户注意路径的正确性,避免因为文件路径错误导致生成失败。</think>以下是从JMeter导出聚合报告的详细方法教程: ### 一、GUI界面操作方式 1. **添加监听器** - 右键测试计划 → 添加 → 监听器 → 聚合报告 2. **配置存储路径** - 在聚合报告界面点击"浏览"按钮 - 选择保存路径(默认生成.csv格式) 3. **执行测试** - 点击工具栏绿色箭头启动测试 - 测试结束后自动生成.csv文件[^2] ### 二、命令行操作方式 ```shell jmeter -n -t 测试脚本.jmx -l 原始结果.jtl -e -o 报告输出目录/ ``` - `-n`:非GUI模式 - `-t`:指定测试脚本路径 - `-l`:指定原始结果文件 - `-e`:测试完成后生成报告 - `-o`:指定HTML报告输出目录[^1] ### 三、报告解析 | 指标 | 说明 | |-------------|-----------------------------| | 平均值 | 所有请求的平均响应时间 | | 中位数 | 响应时间的中间值 | | 90%百分位 | 90%请求的响应时间低于该值 | | 错误率 | 失败请求数/总请求数的百分比 | | 吞吐量 | 每分钟处理的请求数 | ### 四、注意事项 1. CSV文件可通过Excel直接打开分析 2. HTML报告包含可视化图表 3. 原始结果.jtl可重复生成不同格式报告 4. 分布式测试时需合并多个结果文件
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值