性能测试1-性能测试指标

一、响应时间

1.1 概念

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

1.2组成

响应时间 = 网络传输时间 + 应用程序处理时间；

二、并发数

2.1概念

并发请求接口的用户数；

2.2扩展

在压测工具中设置的并发线程/进程数量；

 三、吞吐量

3.1概念

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

3.2扩展

1. 从业务角度来看，吞吐量也可以用 “ 业务数 / 小时 ” 、 “ 业务数 / 天 ” 、 “ 访问人数 / 天 ” 、 “ 页面访问量 / 天 ” 来衡量；

2. 从网络角度来看，还可以用 “ 字节数 / 小时 ” 、 “ 字节数 / 天 ” 等来衡量网络的流量；

3. 从技术指标来看，可以用每秒事务数（ TPS ）和每秒查询数（ QPS ）来衡量服务器具体性能处理能力；

3.3TPS

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

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

3.4QPS

说明： QPS(Query Per Second) 每秒查询数

应用：控制服务器每秒处理指定请求数（如：控制服务器达到每秒 60QPS ，服务器的性能各项性能指标是否正常）；

扩展

QPS与TPS的区别

tps:

即每秒处理事务数，每个事务包括了如下3个过程：

　　a.用户请求服务器

　　b.服务器自己的内部处理（包含应用服务器、数据库服务器等）

　　c.服务器返回给用户

　　如果每秒能够完成N个这三个过程，tps就是N；

qps:

如果是对一个页面请求一次，形成一个tps，但一次页面请求，可能产生多次对服务器的请求（页面上有很多html资源，比如图片等），服务器对这些请求，就可计入“Qps”之中；但是，如今的项目基本上都是前后端分离的，性能也分为前端性能和后端性能，通常默认是后端性能，即服务端性能，也就是对服务端接口做压测

     如果是对一个接口（单场景）压测，且这个接口内部不会再去请求其它接口，那么tps=qps，否则，tps≠qps

     如果是对多个接口（混合场景）压测，不加事务控制器，jmeter会统计每个接口的tps，而混合场景是要测试这个场景的tps，显然这样得不到混合场景的tps，所以，要加了事物控制器，结果才是整个场景的tps；

四、事务

在性能测试领域里，衡量一个系统性能的好坏，主要看的是单位时间内，系统可以处理多少业务量。

各个系统的业务各不相同，为了方便使用统一指标来衡量业务的性能。用事务来代表业务操作，一

个事务可以代表一个业务，也可以代表多个业务操作。事务是用户定义的，想测试什么业务的性能， 就把该业务加到事务中。

五、错误率

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

提示：

1. 不同系统对错误率要求不同，但一般不超过千分之五；

2. 稳定性较好的系统，其错误率应该由超时引起，即为超时率。

六、PV（Page View）

页面/接口的访问量;即具体是指网站的是页面浏览量或者点击量；

七、UV（Unique Visitor）

页面/接口的每日唯一访客;

访问您网站的一台电脑客户端为一个访客。根据IP地址来区分访客数，在一段时间内重复访问，也算是一个UV；

八、资源使用率

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

提示：通常，没有特殊需求的话

1). 建议 CPU 不高于 80%(±5)

2). 内存不高于 80%

3). 磁盘不高于 90%

4). 网络不高于 80%