性能测试(5)报告解读篇

一、Dashboard:存放本次场景和指标主要概况信息

  1. Test and Report informations:主要记录场景信息,包括起止时间、存放文件等。
    在这里插入图片描述

  2. APDEX(Application Performance Index):应用程序性能满意度的标准,范围在0-1之间,1表示达到所有用户均满意,越接近1满意度越高
    在这里插入图片描述

  3. Requests Summary:请求的通过率(OK)与失败率(KO),百分比显示
    在这里插入图片描述

  4. Statistics:数据分析,基本将Summary Report和Aggrerate Report的结果合并。
    含义分别为:请求名称、请求数目、失败请求数目、错误率(本次测试中出现错误的请求的数量/请求的总数)、90%用户响应时间、95%用户响应时间、99%用户响应时间、吞吐量(吞吐量——默认情况下表示每秒完成的请求数Request per Second,当使用了 Transaction Controller 时,也可以表示类似 LoadRunner 的Transaction per Second数)、Kb/sec(每秒从服务器端接收到的数据量,相当于LoadRunner中的Throughput/Sec)、最小响应时间、最大响应时间。
    在这里插入图片描述
    此栏位能给与我们本次测试最直观的结果,其中最主要的是TPS和ART的内容。注意很多时候,特别是响应时间方差较大的时候,平均响应时间并不能够体现系统总体情况,以90分位和95分位为标准更为准确。尽量不要以99分位和最大值为参考,因为离散值几乎是无可避免的。

  5. Errors:错误情况,依据不同的错误类型,将所有错误结果展示。
    在这里插入图片描述

二、Charts:用图表的形式展示测试数据,让测试报告更加直观。主要包括Over Time Charts;Throughput Charts;Response Times Charts;Over Time Charts。

(一)Over Time Charts

  1. Response Times Over Time(重要):随着时间推移响应时间变化趋势图。此图表示随时间的变化,响应时间趋势,特别是对于负载等场景时,对于观察系统性能很有帮助。
    在这里插入图片描述
  2. Response Time Percentiles Over Time (successful responses)(重要):随着时间推移成功的请求响应时间百分位分布图,可以理解为聚合报告里面不同%的数据,图形化展示的结果。
    在这里插入图片描述
  3. Active Threads Over Time(常用):随着时间推移活跃线程数,此表对于有线程变化的场景有很大的指标作用,还可以观察线程崩溃情况。
    在这里插入图片描述
  4. Bytes Throughput Over Time:随着时间推移系统接收和发送的字节数,此表对于大部分场景作用较小,但是对于部分重视带宽的系统或者服务有很大的作用,基本上二者叠加就是使用总带宽。
    在这里插入图片描述
  5. Latencies Over Time:随着时间推移系统响应延迟时间,响应延迟时间是指从JMETER到被测系统之间信号传输的耗时和接收报文的耗时。此表不常用,但是如果响应时间较大,可以观察此表判断是否是由于传输带宽不够,或者报文太长导致的响应时间长,不一定是被测系统处理速度问题。
    在这里插入图片描述
  6. Connect Time Over Time:随着时间推移与被测系统的连接时间,比如TCP的三次握手时间。若响应时间较长,观察此表数值较大,则主要查看系统层面问题,例如网络或系统配置等,不要沉迷于应用的调优。
    在这里插入图片描述

(二)Throughput Charts

  1. Hits Per Second:每秒点击次数。是指在一秒钟的时间内用户对Web页面的链接、提交按钮等点击总和。它一般和TPS成正比关系,是B/S系统中非常重要的性能指标之一。在接口测试中,HPS和TPS基本一致。
    在这里插入图片描述
  2. Codes Per Second:每秒状态码数量。即每秒响应状态码数量,若HTTP协议则会分别显示返回码为200,504等状态均为多少。
    在这里插入图片描述
  3. Transactions Per Second(重要):每秒事务数。其意义是应用系统每秒钟处理完成的交易数量。一般的,评价系统性能均以每秒钟完成的技术交易的数量来衡量。系统整体处理能力取决于处理能力最低模块的TPS值。依据经验,应用系统的处理能力一般要求在10-100左右。不同应用系统的TPS有着十分大的差别,一般需要通过性能测试进行准确估算。
    在这里插入图片描述
  4. Total Transactions Per Second:每秒总事务数。此表为TPS的汇总所得,可以用于获得多交易脚本的总TPS,但要注意若添加事务控制器则也会增加相应的TPS。
    在这里插入图片描述
  5. Response Time Vs Request:中位响应时间点请求的成功或失败数。即响应时间和请求数对比关系,如果请求数量太小就只有一些散点。此表能够观察系统响应时间随TPS的改变的离散程度。
    在这里插入图片描述
  6. Latency Vs Request:中位延迟时间点请求的成功或失败数。
    在这里插入图片描述

(三)Response Time Charts

  1. Response Time Percentiles:响应时间百分位图。响应时间百分位,通过之前压测数据中所有响应时间统计分析所展示的。可以更详细看出自己所需要了解的百分线用户的响应时间。
    在这里插入图片描述
  2. Response Time Overview:响应时间概述图。显示交易整体分布,横坐标所绘制的区间和我们最开始看到的APDEX应用程序性能指数中划分的区间一致。
    在这里插入图片描述
  3. Time Vs Threads:平均响应时间和线程数的对应变化曲线。即活跃线程数和响应时间对比关系,这块如果请求数据较少的话就会造成结果不是十分明显
    在这里插入图片描述
  4. Response Time Distribution:响应时间分布。各交易响应以响应时间为区间的分布图。
    在这里插入图片描述
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值