JMeter生成报告 |
您所在的位置:网站首页 › jmeter聚合报告怎么看好坏 › JMeter生成报告 |
生成指令
JMeter4.0提供了两种方式,皆为命令行指令。 (1) jmeter –n –t -l -e –o 该方式的输入,为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 -o 该方式是一种间接生成方式,以方式1的输出csv log文件作为输入,生成报告。 jmeter –g C:\D\JMeterSpace\CA\csvlog.log –o C:\D\JMeterSpace\CA\Report两条指令的区别是,前者将触发JMX的运行,运行的同时生成报告;而后者,则仅是生成报告。 报告示例报告生成完毕后,目录结构如下 列出csv log文件名,已经报告生成所花费的时间(起始时间,结束时间)。 APDEX应用程序性能指标。 Apdex:性能结果,范围0-1,1表示满意。 T:满意阈值,小于或等于该值,表示满意。 F:失败阈值,大于或等于该值,表示不满意。 处于T与F之间,表示可容忍。 从示例图片可见,对于Sign Multi Request,用户满意,但对于Sign Single Request,用户有部分不满意。原因,在后面的Statistics中解释。 Requests Summary所有Request的成功比例,KO表示成功,KO表示不成功。 数据分析。 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随时间变化,每个时间节点上的线程平均响应时间 随时间变化,每个时间节点上的最长/最短/90%/95%/99%的线程响应时间 随时间变化,每个时间节点上的活动线程数。 随时间变化,每个时间节点上接收和发送的数据量(byte)。 随时间变化,每个时间节点上的平均响应延时。 随时间变化,每个时间节点花费在连接上的平均时间。 每秒钟向服务器发送的请求数量。 每秒钟服务器返回的ResponseCode数量。 服务器每秒钟处理的事务数量。 每秒发送多少个请求时,所对应的平均响应时间。 每秒发送多少个请求时,所对应的平均延时。 响应时间与百分比的对应关系,即有百分之多少的线程花费了某一响应时间。 小于T,大于T小于F,大于F的线程数各有多少。 N个活动线程情况下的平均响应时间。 在某一响应时间段内的线程响应数量。 |
今日新闻 |
推荐新闻 |
CopyRight 2018-2019 办公设备维修网 版权所有 豫ICP备15022753号-3 |