【性能测试】3_性能测试基础 _指标

一、什么是指标

说明： 一些经过运算得出的结果， 来衡量某种操作性能统称； 比如： 错误率 0.5%

为什么要学习性能测试指标? -对性能测试结果进行量化衡量

二、性能指标

1、响应时间

2、并发数

3、吞吐量

4、点击数

5、错误率

6、资源利用率

7、PV和UV （运维指标）

三、常用性能指标

3.1 响应时间

响应时间：指用户从客户端发起一个请求开始，到客户端接收到从服务器端返回的结果，整个过程所耗费的时间。

响应时间 = 应用程序处理时间（A1+A2+A3） + 网络传输时间（N1+N2+N3+N4）

3.2 并发(用户)数

并发(用户)数：某一时刻同时向服务器发送请求的用户数。

淘宝系统案例 — 哪个是并发数? 场景1:淘宝商城，注册用户数有5亿。 答：系统用户数（(系统注册的总用户数) —数据库用户表的数据条数，对性能无影响 场景2:当前登录了淘宝商城的用户数为2000万。 答：在线用户数（某段时间内访问过系统的用户) —这些不一定同时向系统在提交请求 场景3:目前正在刷淘宝的用户数有500万。 答：并发用户数(某段时间内同时向系统提交请求) —请求就会产生负载

3.3 吞吐量

吞吐量(Throughput)：指的是单位时间内处理的客户端请求数量，直接体现软件系统的性能承载能力。

1、从业务角度来看 单位:“业务数/小时”、“业务数/天”、“访问人数/天”、“页面访问量/天” 2、从网络角度来看 单位:“字节数/小时”、“字节数/天” 来衡量网络的流量 3、从技术角度来看 单位:每秒事务数（TPS)、每秒查询数（QPS) 来衡量服务器具体性能处理能力

3.3.1 TPS

TPS (Transactions Per Second)每秒事务数：(单位时间内系统处理的客户端请求的事务次数)

计算： TPS = 并发数/平均响应时间

事务： 就是业务请求， 对应一个或者多个操作。 如支付请求， 包括服务器查询用户余额， 支付安全校验等多个操作。 一个业务请
求发送给服务器后， 最终会定位到服务器对应的业务请求的代码， 既有可能是一段代码也有可能是多段代码。

3.3.2 QPS

QPS(Query Per Second)每秒查询数：即控制服务器每秒处理的指定请求的数量。

应用： 控制服务器每秒处理指定请求数（如： 控制服务器达到每秒60QPS， 服务器的性能各项性能指标是否正常）。（衡量web
服务器处理能力一个重要指标

注意：

• 基于每个不同的请求，分别定义QPS。
• 接口请求。

3.3.3 TPS和QPS的关系

事务，即业务。一个事务可以对应一个请求/多个请求。

• 一个事务对应一个请求时：TPS = QPS
• 一个事务对应n个请求时： QPS = n * TPS

3.4 点击数

说明： 点击数是衡量Web服务器处理能力的一个重要指标。

提示：

1. 点击数不是通常一般人认为的访问一个页面就是１ 次点击数， 点击数是该页面包含的元素（图片、 链接、 框架等） 向Web服

务器发出的请求总数量。

2. 通常我们也用每秒点击次数（Hits per Second） 指标来衡量Web服务器的处理能力。

注意：

• 只有web项目才有此指标
• 点击数是请求数，不是页面上的一次点击。（如 点击一下 百度一下，有51个请求）

3.5 错误率

错误率：指系统在负载情况下，失败业务的概率。 错误率=(失败业务数/业务总数)*100%。

提示：

1. 不同系统对错误率要求不同， 但一般不超过千分之五（0.5%）；
2. 稳定性较好的系统， 其错误率应该由超时引起， 即为超时率。

注意:

• 大多系统都会要求错误率无限接近于0
• 错误率是一个性能指标，是高负载下的失败业务的概率
• 随机bug是功能bug，先解决随机bug才能进行性能测试。

3.6 资源利用率

资源使用率：是指系统各种资源的使用情况；一般用 " 资源的使用量 / 总的资源可用量×100% "形成资源利用率的数据。

根据经验，资源指标通常要求:

(1) CPU不高于80%（±5） --如果超出此值，说明CPU有瓶颈 (2）内存(大小)不高于80% --如果超出此值，说明内存有瓶颈 (3）磁盘IO(速率)不高于90% --不是指的磁盘大小，而是关注读取/写入速度。 除了存储占比，还可以衡量读写占比。读写占比超出默认值，说明内存瓶颈 (4）网络(速度)不高于80%