一。为什么谈这个新特性
在JMeter3.0之前,官方只提供在工具的UI上对测试结果部分维度的图形化展示,这对我带来了两方面的困扰:
- <李>
在实际使用中,在平台中集成JMeter后需要页面展示TPS曲线,平均响应时间曲线等图表时,需要我们手动操刀摆弄如Hightcharts/Echarts等前端图表库。
李> <李>要查看历史的测试结果,需要启动JMeter的图形化界面,导入保存的CSV结果,过程繁琐,并且当结果集较大时,JMeter需要耗费相当多的时间在界面上展示图形化报告。
李>本文讨论的新特性为这两个问题带来了较好的解决办法:
- <李>
新特性良好的实现了结果数据可视化,生成的报告是HTML页面形式,并且包含大多数实际测试中关心的度量维度的,可以便捷地嵌入到平台,从浏览器来查看每次测试运行的。
李> <李>只要保留生成的HTML页面,后期要查看该次测试的结果,只需要在浏览器打开即可,方便快捷。
李>二。新特性简介
JMeter3.0提供一个用于生成HTML页面格式图形化报告的扩展模块。该模块支持通过两种方式生成多维度图形化测试报告:
在JMeter性能测试结束时,自动生成本次测试的HTML图形化报告
使用一个已有的结果文件(如CSV文件)来生成该次结果的HTML图形化报告
其默认提供的度量维度包括:
APDEX(Application Performance Index)指数
聚合报告
类似于UI上的Aggregate Report
展示不同错误类型的数量以及百分比
展示平均响应时间随时间变化情况
类似于JMeter Plugins在UI上的jp@gc - Response Times Over Time
展示每秒数据吞吐量随时间变化的情况
类似于JMeter Plugins在UI上的jp@gc - Bytes Throughput Over Time
展示Latency time随时间变化的情况
类似于JMeter Plugins在UI上的jp@gc - Response Latencies Over Time
类似于JMeter Plugins在UI上的jp@gc - Hits per Second
展示响应状态码随时间的分布情况
类似于JMeter Plugins在UI上的jp@gc - Response Codes per Second
展示每秒处理的事务数随时间变化情况
类似于JMeter Plugins在UI上的jp@gc - Transactions per Second
展示平均响应时间与每秒请求数(可以理解为QPS)的关系
展示Latency time与每秒请求数的关系
响应时间的百分位分布图
展示测试过程中活动线程数随时间变化情况
展示平均响应时间与线程数的关系
类似于JMeter Plugins在UI上的jp@gc - Response Times vs Threads
展示落在各个平均响应时间区间的请求数情况
注1:Latency time没有翻译成中文,这里对其计算方式做注解:
Latency time=接收到响应的第一个字节的时间点 - 请求开始发送的时间点
from just before sending the request to just after the first response has been received
– Apache JMeter Glossary
响应时间(JMeter术语中的Elapsed time)=接收完所有响应内容的时间点 - 请求开始发送的时间点
from just before sending the request to just after the last response has been received
– Apache JMeter Glossary
注2:Apdex 标准从用户的角度出发,将对应用响应时间的表现,转为用户对于应用性能的可量化为范围为 0-1 的满意度评价。。自定制jmeter多维度报告——华山