前言

互联网普及，用户群体庞大，用户体验非常重要。性能是一种指标，是软件系统对于及时性的符合程度。对于一个产品根据响应时间和吞吐量衡量性能的及时性，响应时间是一个http完整的请求流程时间之和。对用户而言，响应时间是端到端的用户基本体验。

（一）用户视角看响应时间:

• 1-3秒，属于优的表现

• 3-5秒，可以接受，属于中间的表现

• 5秒以上，无法接受

响应时间=⽹络时间+应⽤程序的处理时间，响应时间是一个http完整的请求流程时间之和，请求和响应时间之和

（二）运维视角看系统的使用率

cpu使用率
内存使用率
平均负载

当cpu或者内存的使用率大于70%可能存在部署的程序访问速度很慢

mysql等数据库关注指标

所有的数据都是来自数据库：

1、连接数：连接数泄露（使用了连接数，但是没有释放）【是数据库的通道不释放占用的话导致链接不上，数据库瘫痪】

2、读写速度：IOPS

JVM（针对java技术线）：Java应用程序的CPU和内存使用率

512M，CPU：1G

内存溢出/内存泄露：OOM

系统的最大容量：包含了cpu、jvm

系统最大处理的任务数：

1亿，但是同时进行支付，5千万可以同时进行，另外的5千万就可以排队处理，排队的策略是什么？----》

按照线程的优先级来设置的。每个任务都是有优先级的，那么最大优先级是10，最小是1，默认是5

在系统资源不紧张的时候，优先级不是那么特别的突出，但是在系统资源特别紧张的时候，那么优先级高的优先执行

（三）开发视角关注点

响应时间=⽹络时间+应⽤程序的处理时间，响应时间是一个http完整的请求流程时间之和，请求和响应时间之和

开发的关注度会更加的全面，毕竟代码都是程序员来编写的，具体可以汇总为如下：

• 前后交互的响应时间

• 中间件的参数设置(内存配多少，最大执行任务数多少)

• 内存释放泄露

• 连接数泄露

• 是否存在不合理的内存使用方式

• 是否存在不合理的线程同步方式（A和B两个任务，任务就是线程，任务发生冲突。处理方式：加锁机制， A操作时B不能操作）

• 系统中是否存在不合理的资源竞争

• 系统架构&代码结构

（四）WEB前端对性能关注点

所谓前端的性能目前也是性能测试中比较热门的技术之一，关注的点具体汇总为如下：

• 浏览器的资源加载（HTML解析，图片资源加载，CSS文件资源加载）

• 前端缓存技术的优化是否合理性

• 前端与后端的交互性耗时

（五）测试角度对性能关注点

用户关注的视角属于全栈性的，需要考虑用户视角的产品体验，也要监控以及关注运维视角和开发视角，所以性能测试中测试的具体工作职责可以总结为：

• 设计合理的场景和测试用例来验证系统的资源数据

• 验证在高并发的情况下架构是否满足

• 给架构师以及开发人员提供中间件配置参数的合理值范围

• 使用技术手段监控系统，DB，中间件，全链路监控的方式来监控系统资源情况

一.性能测试术语【面试】

1.响应时间：

响应时间=⽹络时间+应⽤程序的处理时间，响应时间是一个http完整的请求流程时间之和，请求和响应时间之和。

⼀次操作完成的时间，也就是客户端发送请求到服务端后，服务端返回到客户端的响应数据的时间。包含了⽤于等待和服务的时间，也包括⽤来返回结果的时间。响应时间=⽹络时间+应⽤程序的处理时间，

例如：

vue--->nginx :web server

django:应用服务

MySQL:data server

2.并发用户数

性能测试的核心是验证当前系统能否支持现有用户的访问，也就是说系统可以承受在同一时间段多少用户来访问系统，

并发用户数，可以说：不论从业务视角出发，还是服务端承受压力而言，描述的是同一时间同时向客户端发出请求的客户，某些时候也称为“并发测试”。这中间主要体现的是服务端承受的最大并发访问数。

性能测试的核心是验证同一时间能承受多少人访问系统，吞吐量和响应时间

3.IOPS

该术语主要是针对数据库的，也就是每秒发⽣的输⼊/输出操作的次数，是数据传输的⼀个度量⽅法。⽤于磁盘的读写，IOPS指的是每秒读和写的次数，反映在硬盘上，数据库读写速度。

4.TPS/QPS

事务指的是某个操作或者是⼀组操作的组合。TPS统计的是每秒处理的事务数，即系统每秒能够处理的事务的数量。QPS指的是每秒查询率，如DB服务器在规定时间内处理流量多少的衡量标准

5.吞吐量

吞吐量指的是操作的速度，也就是每秒操作数或者每秒业务数。或者也可以说单位时间内客户端请求的数量，体现的是系统每秒能处理多少请求

吞吐量与并发测试区别：【重要】

并发测试：同一时间段同时向系统发送请求

吞吐量：该时间段内系统能处理的任务数

6.延时

延时是描述操作⾥⽤来等待服务的时间，也就是客户端发送请求后，⽤来等待服务端返回给客户端的响应时间

7.使⽤率

对于服务所请求的资源，使⽤率描述的是所给定的时间区间内资源的繁忙程度。对于存储资源来说，使⽤率指的就是所消耗的存储容量。

8.饱和度

指的是某⼀资源⽆法满⾜服务的排对⼯作量

9.瓶颈【重要】

在系统性能⾥，瓶颈指的是限制系统性能的那个资源。这也是性能测试过程中⾮常核⼼的部分

10.思考时间

思考时间英文名称是Think Time，也称为休眠时间，在业务视角，指的是用户在进行操作时，每个请求之间的间隔时间。

二.性能测试理论

(一)资源调度理解：

crm:客户管理系统

计算机中操作系统的最小单位是进程，进程最小的运行单位是线程。比如钉钉是进程，但是可以干很多事就是多线程程序。线程在执行时，由操作系统分配资源，操作系统通过操作系统的时间分片结合调度的算法来分配资源，决定哪个线程先执行哪个先不执行。调度过程中算法有抢占式算法调度，根据任务优先级，优先级高的优先分配资源，优先级低的后分配资源。比如Linux，Mac，java。线程优先级最高是10，最低是1，默认是5

调度策略：

在操作系统级别，专业的来说，调度器可以理解为：CPU时间划分给活跃的进程和线程，⽽且维护⼀套优先级的机制，这样更重要的工作可以更快的执⾏，调度器会跟踪所有ready-to-run状态的进程。调度策略（调度器）可以动态的优先提升工作负载的性能。

工作负载类型：

• CPU密集型：应⽤程序执⾏繁重的计算，通常运⾏时间⽐较⻓，会占⽤⼤量的CPU。主要指计算型的程序，程序存在海量数据筛选出具体的数据。

• IO密集型：应⽤程序执⾏I/O，计算不多，会占⽤⼤量的内存资源系统的最⼩粒度是线程，也就是说系统调度中粒度最细的就是对线程的调度。主要指读写类程序，程序存在大量的文件Io读写，短信营销优惠券发放。

（二）等待队列

在程序中，都会涉及到等待队列的，不管是同步交互还是异步的交互中，都会涉及它的最⼤队列，这样设计的核⼼思想是防⽌在客户端⾼并发的情况下服务端在没有队列的情况下出现雪崩以及最终导致服务端出现瘫痪，因此队列等待是⾮常核⼼并且是⾮常有必要的。在等待队列中，测试需要得出如下⼏个性能数据：

1、队列设置的值是多少?最⼤可以运⾏的任务是多少？

2、需要测试到排队的策略机制，也就是说模拟⼤批量的程序进⾏排队，然后⼀个任务执⾏结束后，队列位置释放⼀个，等待中的可以⽴刻进⼊然后执⾏，这中间就设计到先进先出还是先进后出，以及线程优先级的设计策略

3、线程在排队的过程中，设置最⼤的等待时间是多少，也就是说⼀个线程不可能永远处于等待中，那么等待多久，还是没到执⾏的阶段，这个时候服务针对排队等待的线程处理的机制是？这个时间专业术语就是：访问等待时间

4、那么⼀个线程完整的时间是由三部分组成的，响应时间：客户端发起请求的时间+访问等待时间+逻辑执⾏时间 +返回给客户端的时间。⼀般在测试中，可以把每个线程名称设置为uuid，这样它都是独⽴的，可以依据这个 uuid，让开发同学配合输出每个阶段的时间输出，然后就可以得到每个阶段的具体时间了，根据时间再来判断时间是否优化。

队列：Queue 规范：First In First Out ----》先进先出

队列方法：

put：往队列里面放数据

get：取出队列里面的数据

empty：判断队列是否为空

队列注意事项：

1、当队列满了的时候，再往里面放的时候是无法放的，如果是程序，就会卡死

2、当队列为空的时候，再取出数据，也会卡死

生产者消费者模式：通过队列：Queue 实现

生产者（Producer）：不断的生产数据，使用的方法是put

消费者（Consumer）：不断的消费数据，使用的方法是get