什么是性能测试

左手的ㄟ右手 2024-03-25 14:40 37阅读 0赞

![在这里插入图片描述][b651f480bbd447f8a3bc6c2984ee900e.jpeg_pic_center]

--------------------

#### 这里写目录标题 ####

*  一、定义
 *   *  1、工具：
     *  2、找出或验证
     *   *  1、找出性能的指标值
         *  2、验证性能有没有优化
         *   *  负载测试：逐步增加并发用户数，发起请求，找到我们系统的最大并发用户数的拐点区间
             *  压力测试：通过一定的并发用户数（<=136），持续比较长的时间请求，查看我们服务器的稳定性
         *  3、性能测试的顺序
         *  4、性能测试的必要性研究------关键项评估
 *  二、做性能测试前提
 *  三、基本准则
 *  四、性能测试的必备条件
 *   *  1、独立服务器
     *  2、生产环境不能用于性能测试
     *  3、独立网络
 *  五、并发、并发数、并发用户数
 *  六、吞吐量和吞吐率

## 一、定义 ##

**性能测试是用一定的技术工具，找出或验证某些性能指标值的测试**

### 1、工具： ###

jmeter（用的最多、开源的）、loadrunner（用的不多）

<table> 
 <thead> 
  <tr> 
   <th>Column 1</th> 
   <th>jmeter</th> 
   <th>loadrunner</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>语言</td> 
   <td>纯java开发</td> 
   <td>C语言开发</td> 
  </tr> 
  <tr> 
   <td>支持应用</td> 
   <td>对java为主的系统支持较好</td> 
   <td>支持比较全面</td> 
  </tr> 
  <tr> 
   <td>是否收费</td> 
   <td>开源免费</td> 
   <td>商业软件</td> 
  </tr> 
  <tr> 
   <td>学习成本</td> 
   <td>应用简单、上手快、java自定义测试计划</td> 
   <td>功能复杂、学习成本高</td> 
  </tr> 
  <tr> 
   <td>协议支持</td> 
   <td>支持常见的http/ftp/smp等</td> 
   <td>使用完善的组件进行定制化测试</td> 
  </tr> 
  <tr> 
   <td>组件功能</td> 
   <td>Thread Group，Samplers</td> 
   <td>一整套完善的测试组件</td> 
  </tr> 
 </tbody> 
</table>

压测场景支撑：单接口/复杂事务：jmeter场景+逻辑控制器  
压力需求：jmeter需求  
CI支持：jmeter Jmx场景文件，数据驱动，结构可视化  
二次开发需求：jmeter开源插件化思想，支持Thrift、Dubbo等多种协议。可以支持平台化  
问题支持：lmeter开放社区、广泛应用

### 2、找出或验证 ###

从来没有做过性能测试的时候，不确定产品的基本指标值，第一次做的时可以将指标值作为基准值  
性能测试不找bug，找确切的输出的性能指标值（响应时间、1s能处理多少个事务（100个用户同时发送请求））

#### 1、找出性能的指标值 ####

**响应时间（RT）**：从发起请求到收到响应的时间  
**最大并发用户数**（秒杀：1s最大支持多少的用户数的请求）  
**TPS**：服务器1s支持多少事务数  
**资源利用率**：硬件资源（cpu、内存、磁盘）

#### 2、验证性能有没有优化 ####

**负载测试和压力测试属于广义的性能测试**

##### 负载测试：逐步增加并发用户数，发起请求，找到我们系统的最大并发用户数的拐点区间 #####

关键词：逐步加压

**日均访问量：刷新一次算一次访问量，并不是有多少人访问**

**例如：从10个并发用户数开始，每次增加10个用户数，当到130时性能指标值正常，到140时性能指标值下降（响应时间变长）此时拐点区间为130-140；然后再每次增加1个用户，当136正常，137异常，拐点就是136，在最大并发用户数136的性能指标值设置为基准值，在以后版本迭代时，和这个基准值比较即可。**

##### 压力测试：通过一定的并发用户数（<=136），持续比较长的时间请求，查看我们服务器的稳定性 #####

关键词：比较大的并发用户数+比较长的时间\*24

**例如：996能持续多长时间**

#### 3、性能测试的顺序 ####

先负载测试（最大并发用户数（指标值），拐点的区间缩小具体的某一个值，再拿到这一个值（136）进行性能的测试），  
后压力测试是看稳定性，找出不稳定的原因  
比较小的并发用户数：136\*20%的并发用户数，运行几个小时  
比较大的并发用户数：136的并发用户数，运行几个小时

#### 4、性能测试的必要性研究------关键项评估 ####

## 二、做性能测试前提 ##

1、生命财产安全要做性能  
2、大型新系统----替换之前的旧系统（性能反而更差了）—怎么做？有时间限制—所以做核心的（例如淘宝）  
3、架构有重大调整  
4、业务量剧增（双十一活动）  
5、重大缺陷–影响范围广（小bug不必要做性能测试）  
6、一定不要按照需求来搞：因为产品和开发不懂性能测试，他们写的不能相信，对他们给的指标要可量化  
7、100w用户，某一个接口做性能测试，可活跃的用户？各个指标值？没有给出具体的值  
8、日均访问量为500w：一天中有500w请求，那500w是平均为24h还是8h？一般是按照8h算  
500w/8/3600=174TPS ----- 每个人1s发一次请求，但是不可能只发送一次请求，所以  
人数\*每人每秒请求次数=tps  
9、可测性----可以量化为性能指标值

## 三、基本准则 ##

首先单接口，再多接口  
然后多接口构成业务\\模块  
然后多业务混合  
然后再系统  
最后全链路

## 四、性能测试的必备条件 ##

硬件资源相同、软件配置相同的服务器

### 1、独立服务器 ###

性能测试会消耗大量资源，会影响功能测试、自动化测试（最后出现问题不确定是由于性能的问题，还是bug的问题）

### 2、生产环境不能用于性能测试 ###

### 3、独立网络 ###

因为，多用户—发送的数据就比较多----网络会受到影响  
不能用无线网络----不能保证稳定—性能指标会受影响

## 五、并发、并发数、并发用户数 ##

并发数：单位时间内向服务器发起请求的用户数、虚拟用户数  
并发用户数：用于模拟真实用户向服务器发起请求的性能测试虚拟用户数量，这个时间点在刷新这个页面，发送的请求就可以不同  
系统用户数：只要访问过系统的用户，可能含一次性访问的用户（用户个人信息在系统里面，注册 过）  
在线用户数：当前正在访问系统的用户，不一定有压力（这个时间点在用这个系统，包括挂机没有发送请求）  
响应时间：从发起请求到收到响应的时间  
![在这里插入图片描述][4e9cf9d3e87a4d0ba00017cfcdc35f60.png]

## 六、吞吐量和吞吐率 ##

吞吐量和吞吐率-------------衡量网络的重要指标  
**吞吐量：事务/s 单位时间内网络通过的事务数  
吞吐率：kb/s 单位时间内网络能够传输的数据量大小**

**事务/s：Transaction per second===TPS; 是硬件和软件的综合的指标，综合能力的体现  
服务器每秒钟通过的事务数**  
当网络没有瓶颈，吞吐量的值=tps值

资源利用率

> cpu：一般不能超过80%  
> 内存：一般不能超过80%  
> 磁盘  
> I/O

[b651f480bbd447f8a3bc6c2984ee900e.jpeg_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/25/f95a4d6a728741c5b2d0775c23cba8b5.png
[4e9cf9d3e87a4d0ba00017cfcdc35f60.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/25/34164046f31f41a38d71c1bcf957f451.png