Aggregate Report 是 JMeter 常用的一个 Listener, 中文被翻译为: 聚合报告
如果只有一个登录的请求, 那么在 Aggregate Report 中, 会显示一行数据, 共有 10 个字段, 含义分别如下.
1,Lable: 每个 Jmeter 的 element(例如 Http Request) 都有一个 Name 属性, 这里显示就是 Name 属性的值
2,Samples: 表示这次测试一共发出了多少次请求, 如果模拟 10 用户, 每个用户迭代 10 次, 那么这里显示 100
3,Average: 平均响应时间 -- 默认情况下是单个 Request 的平均时间, 当使用了 Transaction Controller 时, 也可以以 Transaction 为单位显示平均响应时间 (单位: ms)
4,Median:50% 用户响应时间 (单位: ms)
5,90%Line:90% 用户的响应时间 (单位: ms)
6,Min: 最小响应时间 (单位: ms)
7,Max: 最大响应时间 (单位: ms)
8,Error%: 本次测试出现错误的请求的数量 / 请求总数
9,Troughput: 吞吐量 --- 默认情况下表示每秒完成的请求数量 (Request per second), 单位: transaction/sec, 当使用了 Transaction Controller 时, 也可以表示类似 Loadruner 的 Transaction per second 数
10,KB/Sec: 每秒从服务器端接收的数量, 以流量做衡量的吞吐量
吞吐量 = 完成的 transaction 数 / 完成这些 transaction 数所需要的时间;
平均响应时间 = 所有响应时间的总和 / 完成的 transaction 数;
失败率 = 失败的个数 / transaction 数;
Ramp-up period 是指每个请求发生的总时间间隔, 单位是秒. 如果 Number of Threads 设置为 5, 而 Ramp-up period 是 10, 那么每个请求之间的间隔就是 10/5, 也就是 2 秒. Ramp-up period 设置为 0, 就是同时并发请求;
在运行结果可能会出现 rate 为 N/A 的情况: 可能因为 JMeter 自身问题造成, 再次运行可以得到正确结果;
线程数: 虚拟用户数. 一个虚拟用户占用一个进程或线程. 设置多少虚拟用户数在这里也就是设置多少个线程数.
Ramp-up period(准备时长) 是指每个请求发生的总时间间隔, 单位是秒. 如果线程数为 20 , 准备时长为 10 , 那么需要 10 秒钟启动 20 个线程. 也就是每秒钟启动 2 个线程. Ramp-up period 设置为 0, 就是同时并发请求;
循环次数: 每个线程发送请求的次数. 如果线程数为 20 , 循环次数为 100 , 那么每个线程发送 100 次请求. 总请求数为 20*100=2000 . 如果勾选了 "永远", 那么所有线程会一直发送请求, 一到选择停止运行脚本.
设置合理的线程数对于能否达到测试目标有决定性的影响. 如, 要求得到网站首页在 20 QPS 负载情况下的响应时间, 如果线程数量设置的过小, 则很可能无法达到设定的 QPS 要求. 另外, 设置合理的循环次数也很重要, 除了上面介绍的固定循环次数与永远外; 也可以灵活的选择设定测试运行时间. 勾选 "调度器", 进行调度器配置.
来源: http://www.bubuko.com/infodetail-3331314.html