页面结构：
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（响应时间）
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请联系我们，一经查实，本站将立刻删除。
如需转载请保留出处：https://51itzy.com/kjqy/10959.html