图形展示的设置的
表格展示
同时设 true 和线程的调度器的执行限制时间才能在规定的时间有效，如图
或
四、jmeter 指标说明 (注：其中)
1、表格显示，属性说明
Sample：每个请求的序号
Start Time：每个请求开始时间
Thread Name：每个线程的名称
Label：Http 请求名称
Sample Time：每个请求所花时间，单位毫秒
Status：请求状态，如果为勾则表示成功，如果为叉表示失败。
Bytes：请求的字节数
样本数目：也就是上面所说的请求个数，成功的情况下等于你设定的并发数目乘以循环次数
平均：每个线程请求的平均时间
最新样本：表示服务器响应最后一个请求的时间
偏离：服务器响应时间变化、离散程度测量值的大小，或者，换句话说，就是数据的分布
2、聚合报告显示属性说明
Label：每个 JMeter 的 element 的 Name 值。例如 HTTP Request 的 Name
#Samples：样本数量。多少个请求
Average：平均响应时间（单位：）。默认是单个 Request 的平均响应时间，当使用了 TransactionController 时，也可以以 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：最大响应时间
Error%：本次测试中出现错误的请求的数量 / 请求的总数
Throughput：吞吐量。默认情况下标示每秒完成的请求数（具体单位如下图）
KB/sec：每秒从服务器端接收到的数据量。
3.Summary Report 界面，属性说明
所有数据写入一个文件：保存测试结果到本地。
文件名：指定保存结果。
仅日志错误：仅保存日志中报错的部分。
Successes：保存日志中成功的部分。
Configure：设置结果属性，即保存哪些结果字段到文件。一般保存必要的字段 信息即可，保存的越多，对负载机的 IO 会产生影响。
Label：取样器名称（或者是事务名）。
#Samples：取样器运行次数（提交了多少笔业务）。
Average：请求（事务）的平均响应时间，单位为毫秒。
Min：请求的最小响应时间，单位为毫秒。
Max：请求的最大响应时间，单位为毫秒。
Std.Dev：响应时间的标准方差。
Error%：事务错误率。
Throughput：吞吐率（TPS）。
KB/sec：每秒数据包流量，单位是 KB。
Avg.Bytes：平均数据流量，单位是 Byte。
五、接口测试
1、Jmeter-http 接口脚本
一般分五个步骤:
（1）添加线程组
（2）添加 http 请求
（3）在 http 请求中写入接入 url、路径、请求方式和参数
（4）添加查看结果树
调用接口、查看返回值
1.1、jmeter 发 get 请求
jmeter 发 post 请求
jmeter 添加 cookie
需要在线程组里添加配置元件 —HTTP Cookie 管理器
