性能测试概述（1）

1.1什么是moco？

Mock：替身

server：服务

mock：测试替身的服务

1.2不同角色对moco使用的场景

程序员

前端程序员

前端已写好⻚⾯，但是后端的接⼝没写好，那么前端程序员正确的姿势就是模拟后端。

现在前端程序员来模拟后端返回的产品列表的数据：

将此文件保存，保存到moco的Java文件同一等级目录下

 之后打开控制台，运行这个moco（具体操作为先打开控制台，进入保存文件的位置，复制位置，再控制台打开这个文件、输入命令java -jar moco-runner-1.3.0-standalone.jar http -p 12306 -c products.json）

 之后再postman中输入地址（http://localhost:12306/products）并执行

 后端程序员

后端已写好接口，但是前端的页面没写好，那么前端程序员正确的姿势就是模拟前端。

现在后端程序员来模拟前端返回的数据：例如停车场收费系统

A给B服务一个车牌，那么B返回其他信息

 将此文件保存，保存到moco的Java文件同一等级目录下

之后打开控制台，运行这个moco（具体操作为先打开控制台，进入保存文件的位置，复制位置，再控制台打开这个文件、输入命令java -jar moco-runner-1.3.0-standalone.jar http -p 12306 -c park.json）

  之后再postman中输入地址（http://localhost:12306/parking）并执行

 测试

测试过程中，⽆数据，怎么办？

⾃⼰造数据

⾃⼰mock数据

将此文件保存，保存到moco的Java文件同一等级目录下

 之后打开控制台，运行这个moco（具体操作为先打开控制台，进入保存文件的位置，复制位置，再控制台打开这个文件、输入命令java -jar moco-runner-1.3.0-standalone.jar http -p 12306 -c products.json）

 之后再postman中输入地址（http://localhost:12306/products）并执行

1.1、什么是软件性能

互联⽹的技术基本已全⾯的进⾏普及，所以对于⽤户⽽⾔软件的⽤户体验是⾮常重要的。在软件的⻆度⽽⾔， 性能它⾸先是⼀种指标，具体可以说就是软件系统或构件对于其及时性要求的符合程度，另外⼀种就是软件产品的 ⼀种特性，其实就是响应时间。对⼀个产品⽽⾔，性能的及时性是⽤响应时间或者吞吐量来进⾏衡量，⼀个⽤户操作⾏为，或者说是事务，⽐如单个的事务，响应时间就是完成事务所需要的时间，对⽤户⽽⾔，响应时间就是 端到端的⽤户基本体验。

1.2、不同角色对性能的理解

1.2.1、用户

在用户的角度下，性能就是用户操作的响应时间。

一般情况下业界对响应时间的界定如下：

1——3秒         比较优秀

3——5秒         一般，可以接受

5秒以上          不能接受

所以在做性能测试的过程中一定要注意，当响应时间超过5秒的时候就要提单了，让程序员来具体的优化。

1.2.2、运维

运维除了关注响应时间之外，也比较关心底层的信息资源，这些资源具体可以汇总如下：

系统资源（CPU和内存）

数据库资源（IOPS资源）

JVM内存是否够⽤

系统的最⼤容量

1.2.3、开发

开发的视角更加的全面，毕竟代码都是程序员写的，具体可以汇总如下：

前后交互的响应时间

中间件的参数设置

内存释放泄露

连接数泄露

是否存在不合理的内存使⽤⽅式

是否存在不合理的线程同步⽅式

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

系统架构&代码结构

 1.2.4、测试

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

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

验证在⾼并发的情况下架构是否满⾜

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

使⽤技术⼿段监控系统，DB，中间件，全链路监控的⽅式来监控系统资源情况

1.2.5、WEB前端

所谓前端的性能⽬前也是性能测试中⽐较热⻔的技术之⼀，关注的点具体汇总为如下：

浏览器的资源加载（HTML解析，图⽚资源加载，CSS⽂件资源加载）

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

前端与后端的交互性耗时

1.1、响应时间

响应时间指的是一次完整的HTTP请求流程

即响应时间（Response Time)=网络时间+应用程序处理的时间

以测试平台（上图）为案例：

WebServer:nginx

应用Server：Django服务

DataServer：MySQL

1.2、并发用户数

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

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

并发用户数：N个用户同时向服务发送请求

在线用户数：仅仅在线，但是并不代表发送了请求，也被称为僵尸用户

1.3、吞吐量

主要用于数据传输方面，也就是被测试系统的执行效率。该术语用于描述传输速度（字节/秒或者比特/秒），在某些情况下（如DB层面），吞吐量指的是操作的速度，也就是每秒操作或者每秒业务数。或者也可以说单位时间内用户端请求的数量，直接体现系统的性能承载能力。

1.4、性能计数器（性能测试中获取的数据）

WebServer:HTTP连接数

应用Server:服务被部署的系统的CPU和内存资源

DataServe:IOPS（每秒读取的数量）

1.5、IOPS

该术语主要是针对数据库的，也就是每秒发生的输出/输入操作的次数，是数据传输的一个度量的方法。用于磁盘的读写，IOPS值的是每秒读和的次数。

IOPS衡量的是读写的速度

1.6、使用率

对于服务所请求的资源，使用率描述的是所给定的时间区间内资源的繁忙程度。如果在一个业务中，会使用大量的内存资源，总的内存资源是4G，在一定数据量的情况下之心该业务形态，内存使用率从100M一直占用到3G，然后随着业务状态内存资源给得到释放呈下降的趋势，那么可以说内存使用率最高为75%

Out Of Memoty(OOM):内存泄漏

1.7、思考时间

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

1.8、TPS/QPS

事务指的是某个操作或者是⼀组操作的组合，如登录的事务那么就是输⼊账户和密码，点击登录按钮跳转到登录成 功的⻚⾯并且信息都加载出来。

TPS：统计的是每秒处理的事务数，即系统每秒能够处理的事务的数量。

QPS：指的是 每秒查询率，如DB服务器在规定时间内处理流量多少的衡量标准。

1.1、调度

CPU 密集型：应用程序执行繁重的计算，通常运行时间比较长，会占用大龄CPU

    IO密集型：应用程序执行IO，计算不多，会占用大量的内存资源，系统最小粒度是线程，也就是说系统调度中国粒度最细的就是对线程组的调度。

线程优先级：

线程组优先级分为1---10

默认的优先级为5

优先级高的优先处理

执行的速度

1.2队列

先进先出，没有优先级的情况下谁跑的快谁先进。