1、导入badboy录制的脚本
点击文件→打开→选中“test.jmx”→打开。
2、添加"查看结束树"和"聚合报告"
-右击Thread Group→添加→监听器→查看结果树。
--右击Thread Group→添加→监听器→聚合报告。
3、运行脚本，查看报告
点击运行，运行完毕后，点击聚合报告查看结果。
4、聚合报告
聚合报告：Aggregate Report
Label：每个JMeter的element的Name值。例如HTTP Request的Name
#Samples：发出请求数量。如第三行记录，模拟20个用户，循环100次，所以显示了2000
Average：平均响应时间（单位：ms）。默认是单个Request的平均响应时间，当使用了Transaction Controller时，也可以以Transaction为单位显示平均响应时间
Median：中位数，也就是50%用户的响应时间
90%Line：90%用户的响应时间
95%Line：95%用户的响应时间
99%Line：99%用户的响应时间
注：为什么要有*%用户响应时间？因为在评估一次测试的结果时，仅仅有平均事物响应时间是不够的。假如有一次测试，总共有100个请求被响应，其中最小响应时间为0.02秒，最大响应时间为110秒，平均事务响应时间为4.7秒，你会不会想到最小和最大响应时间如此大的偏差是否会导致平均值本身并不可信？
我们可以在95 th之后继续添加96/ 97/ 98/ 99/ 99.9/ 99.99 th，并利用Excel的图表功能画一条曲线，来更加清晰表现出系统响应时间的分布情况。这时候你也许会发现，那个最大值的出现几率只不过是千分之一甚至万分之一，而且99％的用户请求的响应时间都是在性能需求所定义的范围之内的；如下图则是最低响应时间的值出现几率是很小的，实际99%的用户请求响应时间都要20000+。
Min：最小响应时间
Max：最大响应时间
PS: 以上时间的单位均为 ms
Error%：本次测试中出现错误的请求的数量/请求的总数
Throughput：吞吐量。默认情况下标示每秒完成的请求数（具体单位如下图）
KB/sec：每秒从服务器端接收到的数据量。