Jmeter性能关注指标详解
进行性能测试时，有几个关键的性能指标需要关注，以评估系统的性能和稳定性
一、性能关注指标包含：
-
响应时间、吞吐量、错误率、资源利用率/使用率(CPU占用率、内存使用率、磁盘I/O等待率、网络I/O)
Tips：初步查看数据结果–响应时间、吞吐量、错误率 都可以在聚合报告中查看，服务器资源需要插件查看，高级查看数据结果–后面都会使用grafana平台查看
1. 响应时间（Response Time）：
-
从客户端发起请求开始，到客户端接收到从服务端返回的结果，整个过程所耗费的时间
Tips：不同业务可接受的响应时间是不同：互联网企业：500毫秒以下，例如淘宝业务10毫秒左右。金融企业：1秒以下为佳，部分复杂业务3秒以下。保险企业：3秒以下为佳。制造业：5秒以下为佳。
2. 吞吐量(Throughput)：
-
表示系统在单位时间内处理的请求或事务的数量。通常以每秒请求数（requests per second, rps）或每秒事务数（transactions per second, tps）来度量。
Tips：吞吐量直接反映了系统的处理能力，其值越高，表明系统在单位时间内能处理更多的请求，不严格意思上说就是tps，指服务器返回给客户端的数据字节的总和，单场景下吞吐量指QPS，混合场景下指TPS
3. 错误率(Error Rate)：
-
指系统在负载情况下，失败业务的概率。
Tips：错误率=失败业务数/业务总数*100%，一般涉及到(医疗 金融 税务)错误率0容忍，其他看企业的要求，有的在0.01到0.02之间，包含0.02
4. 服务器资源利用率：
-
是指系统各种资源的使用情况，使用率=已使用的资源/全部的资源*100%
Tips：常见的资源使用率指标：CPU：建议CPU（处理器）不高于80%；（±5），内存不高于80%，所有软件的运行都是靠内存来加载数据。磁盘不高于90%，网络不超过80%。
CPU指标主要指的CPU利用率，包括：用户态(user)、系统态(sys)、等待态(wait)、空闲态(idle)
TPS(Transactions Per Second)：
-
每秒处理的事务数/服务器每秒能够处理的事务数，专注于事务的处理能力。
-
QPS（TPS）= 并发数 / 平均响应时间 并发数 = QPS * 平均响应时间
Tips：QPS(Queries Per Sencond)：每秒处理的查询数，通常用于描述数据库层面的性能。一个查询通常指向一个数据库操作
无论是单接口还是多接口都统称1个事务
单接口：发起了100个请求，返回了90个响应(每秒完成的响应的请求数)
多接口：单位时间完成的事务数(abcde)5个接口在一起，一整个流程的完成视为一个事务
在jmeter压测中
-
单接口(单场景)： 一般会用聚合报告中的吞吐量来代替QPS指标
-
多接口(混合场景)：一般去用聚合报告中的吞吐量来代替TPS指标
Tips：
系统处理能力，无论TPS、QPS，此指标是衡量系统处理能力非常重要的指标，越大越好，根据经验，一般情况下
金融行业：1000 TPS~50000 TPS，不包括互联网化的活动。保险行业：100 TPS~100000 TPS，不包括互联网化的活动。
制造行业：10 TPS~5000 TPS。互联网电子商务：10000 TPS~1000000 TPS。互联网中型网站：1000 TPS~50000 TPS。
互联网小型网站：500 TPS~10000 TPS。
有的还关注：点击率、并发用户数 这个每个公司不同，关注点也不同，视公司而定
- 点击率(hps)：每秒钟用户向web服务器提交的请求数(点击任意按钮就算1次点击)
- 点击数：所有的页面元素(如图片、链接、框架等)请求总数量，注意：点击数是请求数，不是页面上的一次点击
如果公司有特意要求指标按照公司的要求，如果没有按照自己的经验，一般会关注3个：90% 95% 平均响应时间，单接口关注(对应)QPS 多接口关注(对应)TPS
二、 jmeter中并发数、吞吐量关系
-
在JMeter中，吞吐量（Throughput）是指在给定时间内完成的请求数量，通常用每秒钟发送的请求数量来衡量。吞吐量可以用来评估系统 的性能和负载能力。并发数（Concurrency）是指同时进行的请求数量，通过线程数来表示。每个线程代表一个用户或一个并发请求。
- 吞吐量的计算公式：吞吐量=总样本数 / 时间 得到的一个平均值。单位通常是每秒请求数（Requests per second）
- 并发数的计算公式：并发数 = 并发用户数 × 每个用户发送的请求数。