HTML性能报告的结果显示

页面结构：

1、Dashboard（概览）

1.Apdex：应用程序性能满意度的标准，范围在 0-1之间，1表示达到所有用户均满意，反之0则表示均不满意，可以在配置文件设置
2.Toleration threshold：可接受（容忍或满意）阈值，即用户可接受的响应时间
3.F(Frustration threshold)：不可接受（失败）阈值，即用户不可接受响应时间
4.Lable：请求名称即采样器名称

Network（KB/sec）：网络情况

Received：每秒从服务器端接收到的数据量
Sent：每秒从客户端发送的请求的数量

2、over time(时间变化)

1.1 Response Times Over Time（响应时间变化曲线），

类似于JMeter Plugins上的jp@gc - Response Times Over Time，Response Times Over Time，
即响应时间随时间变化趋势。由于应用需要初始化建立连接以及CPU、内存等分配都会消耗资源，
随着系统趋于稳定，响应时间也会趋于稳定。

1.2 Response Time Percentiles Over Time (successful responses)

（成功响应时间百分比），类似于jmeter聚合报告中的Min、Max、90%、95%、99%

1.3 Active Threads Over Time（活动线程时间变化曲线图）

随着时间变化，每个时间节点上的活动线程数活跃线程变化趋势，即并发用户数趋势。
相当于我们模拟的并发用户发出请求随着时间变化的趋势。

1.4 Bytes Throughput Over Time（字节吞吐量时间变化曲线图）

蓝色为每秒发送字节数，黄色为每秒接收字节数

1.5 Latencies Over Time（延迟时间曲线图）

记录的是客户端发送请求完成后，服务器端返回请求之前的这段时间，
在高并发场景或者业务强数据一致性场景，延时是个很严重的影响因素

1.6 Connect Time Over Time（连接时间变化曲线图）

随着时间变化，每个时间节点花费在连接上的平均时间

3、Throughput（吞吐量）

2.1 Hits Per Second（每秒点击率）：

类似于JMeter Plugins上的jp@gc - Hits per Second, 也叫每秒请求数

2.2 Codes Per Second（每秒状态码数量）：

即每秒响应状态码数量，这里主要是对200响应成功的状态码进行记录统计。

2.3 ransactions Per Second（每秒事务数）：

即TPS，是性能测试中很重要的一个指标，它是用来衡量系统处理能力的一个重要指标，
类似于JMeter Plugins上的jp@gc - Transactions per Second如果没有开启事务，那么TPS也可看做QPS

2.4 Total Transactions Per Second（每秒总事务数）

2.5 Response Time Vs Request（响应时间点请求的成功或失败数）

2.6 Latency Vs Request（延迟时间点请求的成功或失败数）

即响应时间和请求数对比关系，如果请求数量太小就只有一些散点

4、Response Times（响应时间）