常用的性能指标

两种性能指标：

① 业务指标：业务场景

② 技术指标

　　时间指标：接口响应时间、业务响应时间

　　容量指标：接口容量、业务容量

　　资源利用率指标：操作系统：CPU、IO、Disk、Mem　

 

（1）并发

　　狭义：指同一时间点执行相同的操作（如：秒杀）

　　广义：

　　　　同一时间点，向服务器发起的请求（可能是不同的请求）

　　　　只要向服务器发起请求，那么服务器在这一时间点内都会收到请求（不管是不是同一个请求）

 

（2）并发用户数

　　同一时间点，发出请求的用户数，一个用户可以发出多个请求

　　场景不一定是同一个

　　和 CPU、响应时间有关系

 

　　和并发的关系：假设有 10 个用户数，每个用户同一时间点内发起 2 个请求，那么服务器收到的请求并发数就是 20

　　场景一：

　　　　不同身份的用户，访问不同的页面或发起不同的请求（广义并发），观察 CPU 使用率和响应时间

　　　　

　　场景二：

　　　　所有用户，同一个时间点发送同一个请求（狭义并发），观察 CPU 使用率和响应时间

 

（3）系统用户数：

　　系统累计注册用户数，不一定在线

　　注册之后也可以一直不在线

　　因为用户信息是存在数据库的，而数据库数据就是存在磁盘中，所以系统用户数和磁盘空间有关系。

 

　　场景一：

　　　　写一个脚本添加很多条用户信息插入到数据库

　　　　目的：测试系统容量，方便了解系统的最大容量

　　　　实际项目中，当系统容量接近最大容量时，系统需要进行容量扩容（加磁盘空间），否则会爆掉

 

（4）在线用户数：

　　在线用户可能是正常发起请求，也可能只是挂机啥操作都没有，不一定同时做某一件事情

　　在线用户可能是游客（未注册的用户），也可能是系统用户（已注册的用户）

　　在线用户数 ≠ 并发用户数

　　和内存有关

　　

　　场景一：

　　　　使用 Jmeter 让不同的用户不断上线，且不下线和发起其他请求，看看内存使用情况

　　　　实际场景：12306 以前很多用户在线，响应时间会拉的很长

 

（5）线程数：

　　　　在 jmeter 中，线程数和并发用户数等价【和 CPU、响应时间有关系】

 

（6）事务：

　　　　客户端向服务器发送请求，然后服务器做出响应的过程

　　　　登录、注册、下单等功能都属于一个事务

　　　　一个事务可能会发起多个请求

　　　　

　　　　jmeter：默认一个接口请求就是一个事务，但也支持多个接口整合成一个事务

　　　　注意：若一个业务或事务有多个接口，那么多个单接口的性能指标值相加 - 业务或事务的性能指标值

 

（7）响应时间（Response Time）：

　　　　响应时间对于性能测试来说：

　　　　　　从发起请求到收到请求响应的时间

　　　　　　包含了：Request Time 和 Response Time

　　　　　　等价于：发起请求网络传输时间 + 服务器处理时间 + 数据库系统处理时间 + 返回响应网络传输时间

　　　　

　　　　对用户所感知的响应时间包括：

　　　　用户客户端渲染时间 + 请求/响应数据网络传输时间 + 应用服务器处理时间 + 数据库系统处理时间

　　　　重点：在做性能测试时，要尽可能的降低网络传输时间，这样最终得出的 RT 会无限接近服务器处理时间

 

　　　　事务请求响应时间：完成单个事务所用的时间，可能包含多个请求。

　　　　响应时间多少合理？

　　　　　　标准是：

　　　　　　2s：很好    5s：可以接受   8s：不能接收

 

（8）TPS（每秒事务数，最主要的指标）：服务器每秒处理事务数，衡量服务器处理能力的最主要指标

　　定义 TPS 的粒度：

　　　　一般会根据场景的目的来定义 TPS 的粒度

　　　　接口层性能测试：T 可以定义为接口级

　　　　业务级性能测试：T 可以定义为每个业务步骤和完整的业务流

 　　如果单独测试接口 1、2、3，那么 T 就是接口级

　　如果从用户角度下订单，那 1、2、3 都在同一个 T 中，就是业务级

　　结合实际业务涉及，库存服务一定是同步，而积分服务可以是异步，所以这个下单业务，可以只看作由 1、2 这两个接口组成，但是 3 接口还是要监控分析

　　所以，性能中 TPS 中 T 的定义取决于场景的目标和 T 的作用

　　

（9）QPS（Queries per Second）：每秒查询率，在数据库中每秒执行 SQL 数量

　　　　一个请求可能会执行多条 SQL，某些企业可能会用 QPS 代替 TPS，也是衡量服务端处理能力的一个指标

 

（10）RPS（Request per Second）：每秒请求数，用户从客户端发起的请求数

 如果一个用户点击了一次，发出来 3 个 HTTP Request，调用了 2 次订单服务，调用了 2 次库存服务，调用了 1 次积分服务、

问：Request 数量如何计算

答：3+2+2+1 = 8？ 不，应该是 3，因为发出了 3 个 Request，而调用服务会有单独的描述，以便做性能统计

 

（11）HPS（Hit per Second）：点击率，每秒点击数

　　可以直接理解为用户在界面上的点击次数

　　一般在性能测试中，都用来描述 HTTP Request，那么它代表每秒发送 HTTP 请求的数量，和 RPS 概念完全一样

　　HPS 越大对 Server 的压力越大

 

（12）吞吐量（Throughput）：单位时间内，网络处理的请求数量（事务/s）

　　　　网络没有瓶颈时，吞吐量=TPS

 

（13）吞吐率：单位时间内，在网络传输的数据量的平均速率（KS/S）

 

 

（14）资源利用率：服务器资源的使用程度，比如服务器（应用、服务器）的CPU利用率，内存利用率，磁盘利用率，网络带宽利用率

　　　　一般不超过 80%

 

（15）Think Time 思考时间

　　业务角度：

　　　　它指的是用户进行操作时，每个请求之间的时间间隔

　　　　比如：假如购物车后，多久之后会点击下单？浏览一个商品多久会加入购物车

　　

　　性能测试角度：

　　　　为了模拟用户两次操作之间的时间间隔，才有 Think Time，更加真实的模拟用户的真实操作

　　　　它和用户行为有关系，所以应该分析的是用户行为而非用户数

 

原文：https://www.cnblogs.com/poloyy/p/13130623.html