因为用Jmeter做压力测试的缘故,需要用Jmeter生成性能图表,可以Jmeter本提供的图是在是看不懂,在google的code上找到 了JMeterPlugin,他可以把JMeter生成的jtl文件做出很好的统计图,同时还支持机器的cpu、memory、swap、disk io和network的监控,实在是个不错的插件。
JMeterPluging生成的很多图都很Thread有关系,因此在使用non gui模式时一定要在jmeter.properties中修改下来参数
jmeter.save.saveservice.thread_counts=true
在linux下使用non gui模式的命令是:
./jmeter.sh -n -t testplan.jmx -l result.jtl
testplan.jmx就是测试计划文件,result.jtl就是结果文件,如果没有把thread_count这个参数打开是不会记录到线程有关的信息的:
<httpSample t="363" lt="363" ts="1301644667897" s="true" lb="http://localhost/" rc="200" rm="OK" tn="Thread Group 1-138" dt="text" by="7888" ng="200" na="200"/>
ng代表当前线程组中有多少活动线程
na代表整个测试中有多少活动线程
如果没有打开thread_count参数就不会有ng和na的值了。
顺带在说明一下别的参数的意思:
- t表示从请求开始到响应结束的时间
- lt表示整个的空闲时间
- ts表示访问的时刻
- s表示返回的结果true表示成功,false表示失败
- lb表示标题
- rc表示返回的响应码
- rm表示响应信息
- tn表示线程的名字“1-138”表示第1个线程组的第138个线程。
- dt表示响应的文件类型
- by表示请求和响应的字节数
由于JMeterPlugin生成的图很多,下面就每类图做一个简要的介绍:
1 Bytes Throughput Over Time 每秒传输字节吞吐量,表明Jmeter在测试时,随着时间推移发送和接受的字节数
2 Response Codes per Second 每秒返回的响应码,表明Jmeter测试期间,随着时间的推移返回的响应码,从中我们可看到测试期间在哪个时间段内出现了错误。就可以分析在该时间内系统的什么环境因素,导致的错误。
3 Response Latencies Over Time 每秒钟的响应等待时间, 表明Jmeter测试期间,随着时间的推移系统的响应等待时间的变化,也是系统随着时间推移,系统效率的变化。
4 Response Times Distribution 响应时间分布, X轴表示的是响应时间,Y轴表示的是响应次数,F(X,Y)表示系统在某种响应时间内的响应次数是多少,如果在响应时间短的地方,响应次数多,说明系统的效率比较高。
5 Response Times Over Time 每秒钟响应时间,X轴表示的是系统运行的时刻,Y轴表示的是响应时间,F(X,Y)表示系统随着时间的推移,系统的响应时间的变化,可以看出响应时间稳定性。
6 Response Times Percentiles 响应时间百分比,X轴表示的是百分比,Y轴表示的是响应时间,F(X,Y)表示低于某个百分比的响应时间,比如有80%的响应低于400ms。
7 Response Times vs Threads 响应时间用户数, X轴表示的是活动线程数,也就是并发访问的用户数,Y轴表示的是响应时间,F(X,Y)表示在某种并发量的情况下,系统的响应时间是多少。
8 Transaction Throughput Over Time 每秒处理的事务吞吐量 统计随着时间推移每秒可能的事务吞吐量 这里的事务吞吐量计算公式是: 活动线程数*1秒/一个线程的响应时间,比如当一个用户向服务器发出一个请求,在100ms后得到响应,那么事务数等于1*1000ms/100ms = 10 transcation/s,得到每秒钟可以处理是个事务数的结果。
9 Transaction Throughput vs Threads 每活动线程数可能的事务吞吐量,途中X轴表示的是活动线程数,Y轴表示的是事务吞吐量,F(X,Y)的含义是当系统处于某个活动线程数时,系统当时的事务 吞吐量是多少。比如当有10个活动线程时,事务吞吐量是100/s,而当有20个活动线程时,事务吞吐量是50/s,说明随着用户访问的增加,系统的处理 效率开始下降了。从这个图中我们可以找到一个临界点,在多大的活动线程数时,系统达到最大的吞吐量。
10 Transactions per Second 每秒的事务数,X轴表示访问结束的时刻,Y轴表示访问量,F(X,Y)表示在某个结束时刻,一共有多少的访问量结束访问。
11 Active Threads Over Time 每秒的活动线程数, X轴表示访问的时刻,Y轴表示活动线程数,F(X,Y)表示某个时刻的活动线程数
相关推荐
- **灵活的断言机制**:支持通过正则表达式等方式创建自定义断言,验证测试结果是否符合预期。 - **丰富的报告选项**:提供多种图表和报告格式,帮助用户直观地理解测试结果。 #### 二、环境准备与配置 根据提供的...
性能测试中,我们往往需要将结果保存在一个文件中,这样既可以保存测试结果,也可以为日后的性能测试报告提供更多的素材。jmeter,结果都存放在.jtl文件中
4. **监听器(Listener)**:监听器收集测试结果并显示,如表格查看结果、图形结果,用于分析性能指标,如吞吐量、响应时间等。 5. **断言(Assertion)**:断言用于验证响应结果是否符合预期,确保测试的准确性。 ...
*测试结果可以通过JMeter的监听器(Listener)来实时监控和分析。 *可以根据测试结果来优化Web应用的性能和可靠性。 使用JMeter测试Web应用可以模拟多种测试场景,测试Web应用的性能和可靠性,并提供了方便的测试...
JMeter会显示测试结果,通过分析这些结果,我们可以评估Java服务在不同负载下的性能表现,找出可能的瓶颈。 关于压缩包中的“TestRsaJmeter”,可能包含了一个实际的JMeter测试示例,涉及到RSA加密技术的测试。RSA...
"JMeter性能测试-day06-all"可能讲解了结果分析和报告的生成,JMeter的监听器如聚合报告、响应时间图等可以帮助分析测试结果,找出性能问题。同时,可能也会介绍如何自定义报告格式,以便于分析和分享。 最后,...
### 使用JMeter测试RabbitMQ的关键知识点 #### 一、JMeter与RabbitMQ集成概述 JMeter是一款广泛使用的开源性能测试工具,主要用于Web应用的压力测试。然而,它同样能够扩展到其他领域,如消息队列系统。RabbitMQ...
总的来说,JMeter性能测试报告提供了全面的性能测试分析,包括测试目标、测试环境、执行的测试类型以及详细的测试结果,为优化和提升系统性能提供了依据。通过这样的报告,测试工程师能够深入理解系统的性能瓶颈,...
2. **测试环境**:详述运行测试的硬件和软件环境,包括JMeter版本、操作系统、数据库版本、网络设置等,确保测试结果的可复现性。 3. **测试计划**:描述了JMeter测试脚本的设计,包括使用的线程组(模拟用户)、...
【JMeter测试教程文档PDF】概述 Apache JMeter是一款强大的开源测试工具,...JMeter教程文档PDF将深入讲解如何利用这款工具进行有效的性能测试,包括设置参数、构建测试计划和分析结果,为测试人员提供宝贵的指导。
JMeter的监听器不仅可以实时显示测试结果,还能保存数据,生成详细的测试报告。比如,我们可以利用“CSV Data Set Config”将测试结果导出为CSV文件,然后用Excel或其他工具进一步分析。"jmeter-压力测试报告-超细....
5. 测试结果与分析 根据测试数据,绘制出性能图表,比如吞吐量-并发用户曲线、延迟分布直方图等,分析在不同负载下的系统性能变化。同时,对比ActiveMQ官方宣称的性能指标,评估其实战表现。 6. 结论与建议 基于...
首先,我们要知道JMeter本身并不直接支持将测试结果导出为Excel格式,但可以通过第三方库或自定义插件来实现这一功能。在这个场景中,我们使用了两个特定的jar包:`jxl.jar`和`JmeterResult.jar`。`jxl.jar`是Java ...
- 添加监听器,如View Result Tree和Summary Report,以便分析测试结果。 2.2 测试环境 - 客户端:LZD-20180612EYJ,Win 7系统,配备酷睿 i5-7400处理器和16GB内存。 - 服务端:iZnpj215qhovuZ,Windows Server ...
监听器则用于收集和展示测试结果,如聚合报告、视图结果树等,帮助我们分析性能瓶颈和失败原因。 最后,为了更好地模拟真实场景,我们还可以引入思考时间(Think Time),这是用户在完成一项操作后,到开始下一项...
6. 设置监听器:记录和分析测试结果,例如“View Results Tree”可以查看每个请求的详细信息,“Summary Report”提供汇总数据。 三、测试Web服务接口的注意事项 1. 参数化:对于需要动态参数的接口,使用“CSV ...