一、响应时间
1.1 概念
响应时间指用户从客户端发起一个请求开始,到客户端接收到从服务器端返回的结果,整个过程所耗费的时间;
1.2组成
响应时间
=
网络传输时间
+
应用程序处理时间;
![](https://i-blog.csdnimg.cn/blog_migrate/832a2d19e0a178b7c54d9dcf94f0870b.png)
二、并发数
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%