性能测试工具Jmeter由于其体积小、使用方便、学习成本低等原因，在现在的性能测试过程中，使用率越来越高。

Jmeter NonGUI模式
一般情况下我们都是在NonGUI模式下运行jmeter。这样做有两个好处

 

 

 

节省系统资源，能够产生更大的负载
可以通过命令行参数对测试场景进行更精细的配置

 

操作之前先下载阶梯式压测的插件参考之前的博客：https://www.cnblogs.com/syjj123/p/14944322.html

一、生成HTML测试报告

通过如下命令，一次性完成测试执行和生成HTML可视化报告的操作

 

注：从jmeter的bin目录进去cmd

 

 

 

 

 

例子：

jmeter -n -t D:\install\automation\cases\k线.jmx -l D:\install\automation\report\test.jtl -e -o D:\install\automation\report

 

 

 如果是这样的提示的话说明你的report里面不是空的，需要把report里面的东西删除（执行命令之前需要修改bulid文件参考我之前的博客：https://www.cnblogs.com/syjj123/p/14876156.html）

 

 再运行就行了

 

 

 

 

 

 

二、图表信息详解

测试报告分为两部分，Dashboard和Charts，下面分开解析。

1、Dashboard（概览仪表盘）

①、Test and Report informations

 

 

②、APDEX (应用性能指标)

关于APDEX的相关信息，请参考这里：

http://oneapm.udesk.cn/hc/articles/515

 

 

 

③、Requests Summary

 

 

2、Charts（详细信息图表）

PS：由于详细信息图表有点多，这里我挑几个性能测试过程中比较关键的图表解析！

Over Time

①、Response Times Over Time（脚本运行期间的响应时间变化趋势图）

说明：可以根据响应时间和变化和TPS以及模拟的并发数变化，判断性能拐点的范围。

 

 

②、 Response Time Percentiles Over Time (successful responses)

说明：脚本运行期间成功的请求响应时间百分比分布图，可以理解为聚合报告里面不同%的数据，图形化展示的结果。

 

 

③、Bytes Throughput Over Time（脚本运行期间的吞吐量变化趋势图）

说明：在容量规划、可用性测试和大文件上传下载场景中，吞吐量是很重要的一个监控和分析指标。

 

 

④、 Latencies Over Time（脚本运行期间的响应延时变化趋势图）

说明：在高并发场景或者强业务强数据一致性场景，延时是个很严重的影响因素。

 

 

Throughput

①、Transactions Per Second（每秒事务数）

说明：每秒事务数，即TPS，是性能测试中很重要的一个指标，它是用来衡量系统处理能力的一个重要指标。

 

 

Response Times

①、 Response Time Percentiles（响应时间百分比分布曲线图）

说明：即响应时间在某个范围内的请求在所有请求数中所占的比率，相比于平均响应时间，这个值更适合用来衡量系统的稳定性。

 

 

②、Time Vs Threads（平均响应时间和线程数的对应变化曲线）

说明：可以通过这个对应的变化曲线来作为确定性能拐点的一个参考值。