其他分享
首页 > 其他分享> > 性能测试理论2

性能测试理论2

作者:互联网


压力测试与负载测试得区别是什么?

### 负载测试

​    在被测系统上持续不断的增加压力,直到性能指标(响应时间等)超过预定指标或者某种资源(CPU&内存)使用已达到饱和状态。核心是找到系统的处理极限,为系统调优提供数据,从而达到了解系统性能的容量

### 负载测试的目的:

​    1、验证服务被部署的系统出现资源瓶颈的时候,服务依然能够提供产品的特性
​    2、找到系统的最大饱和状态,或者是最大的处理极限,为系统后续的容量规划提供参考的数据

### 压力测试

​     该方法是指系统在一定饱和状态下,具体如CPU,内存等饱和使用的情况下,系统能够处理的会话能力,以及系统是否会出现错误,比如TimeOut,OOM,OverStackExpection(堆栈异常)。压力测试的特点:
  •  检查系统在处于压力情况下时应用的性能表现
  •  等价于负载测试,使系统的资源处于一个瓶颈的状态(建议CPU和内存在75%以上)
  •  这种方式一般用于测试系统的稳定性
稳定性:指的是系统在最大的极限下,依然能够正常的访问,不会对客户造成任何的影响。

### 验收负载测试

​      在QA的环境模拟生产运行的业务压力和使用场景组合,测试系统的性能是否满足生产环境的性能诉求。

### 流量回放:

获取生产环境的网络请求,拿到QA的环境执行

### 配置测试

​      被测环境软硬件环境参数的调整,达到最优的分配原则。

### 配置参数

JVM:CPU,内存
MySQL:连接数,超时参数
操作系统监控:CPU和内存 使用率达到多少的时候触发报警机制

### 达到一个好的系统的表现:

​    服务在客户端高并发的情况下依然能够正常的为客户提供业务的能力和服务

### 什么是线程同步?

​    A和B两个任务,有100张车票,A和B同时进行抢购100张
加锁机制:A操作的时候,B不能操作,A操作完了,B才能够操作

### 死锁:

A和B两个,为了保持线程同步,那么A操作B的时候,锁定B,B操作A的时候,锁定A。

### 高并发情况下容易很出现的情况(业务:文件读写的时候也特别容易发生):

1、线程同步
2、死锁

### 并发测试

​       模拟用户的并发访问,测试多用户并发访问同一个应用时是否存在死锁或者其他的问题,并发测试的特点是:
​    •    发现系统中可能隐藏的并发访问(线程同步和死锁)的问题
​    •    关注系统可能存在的并发问题,如内存泄露,线程锁,资源争用(调度算法)情况
​    •    使用的测试工具如profiler等

 

 




### 可靠性测试

​     给系统加载一定的业务压力,让应用持续运行一段时间,测试系统在这种条件下是否能稳定运行。

### 稳定性测试

​    对系统没有业务压力,持续不间断的给系统发送请求,能很长时间的稳定运行。

1、怎么区分负载测试与压力测试

答:负载测试和压力测试所使用的方法大致一致,其目的不同。负载测试是通过持续不断增加压力来观察不同负载下系统的响应时间、吞吐量等性能。而压力测试则是长时间在一定的饱和状态(大量数据)下测试系统存在的问题以及自身的恢复能力等。

2、怎么理解系统稳定性测试

答:系统资源达到峰值(饱和状态或瓶颈期)下,系统能否正常运行并很好地处理业务。

3、如果做性能测试过程中,开发要求增加服务器,此时你会?

答:不同意增加。因为在性能测试中测试环境的资源配置与生产环境的资源**必须**是一致的,要增加必须两者一起增加。

4、做性能测试需要准备哪些工作,为什么?

(1)在历史测试数据的基础上,团队商量沟通梳理并确定本次性能测试的目标;为了得出本次测试的测试方向。

(2)在目标清楚的基础上,梳理测试的场景、准备测试数据;模拟生产环境,为以后的运行提供参考价值。

(3)准备测试所用机器资源以及人力资源。

  若以上三项准备工作未做好,可能使本次测试不能顺利完成,直接导致本次测试结果无效。

5、性能测试中测试环境和生产环境的配置必须一样嘛?为什么?

答:在性能测试中,测试环境和生产环境的配置必须要求一致,这是性能测试的原则之一,加减配置需保持同步。测试环境就是上线前的测试、而生产环境是系统开发的最后一个环节,测试环境都不通过的话,则不能上线,也就是不能发布到生产环境上。若测试环境和生产环境配置不一致,可能会得到错误的测试数据以及结论,所以不能保证该系统可以在生产环境中正常运行。测试结果对生产环境中的运行没有参考价值。

## JMeter性能测试实战

**JMeter执⾏原理**   JMerer通过线程组来驱动多个(也可以理解为LR⼯具⾥⾯的虚拟⽤户)运⾏测试脚本对⽬标服务器发起⼤量的⽹络请求,在每个客户端上可以运⾏多个线程组,也就是说⼀个测试计划⾥⾯可以包含N个线程组。

添加HTTP请求(所有的互联网产品HTTP的请求):

 

 

 

 

 

 


### 在取样器错误后要执行的动作

继续

如果有⼀个请求错误,其他的请求会继续,不会因为有⼀个请求错误的导致其他请求终⽌。

 

 

 



启动下⼀个进程循环
如果请求出现问题,同⼀脚本中的其他请求就都不再执⾏,直接执⾏下⼀个进程的信息。如登录后下⼀个请求是查 看个⼈主⻚,但是因为登录出错,下个接⼝查看个⼈主⻚就不会被执⾏。

 

 


 

 

 


停⽌线程

停⽌线程指的是如果请求失败,就停⽌当前线程执⾏,不再继续执⾏。如果线程数很多的,那么导致的结果是停⽌ 的线程就会很多,处于真正运⾏的线程会很少,最后导致服务器的负载不够,⼀般不建议构选改选项。

 

 

 

 


停⽌测试

如果请求失败,那么停⽌所有线程执⾏,也就是说停⽌整个测试。

 

 

 


⽴即停⽌测试

如果请求失败,⽴即停⽌整个测试场景的执⾏

 

 


 

 



**线程属性**

线程数

⼀个线程可以理解为对应模拟⼀个⽤户,所以线程数越多,那么也就认为可以模拟的⽤户数越多。

 

 



Ramp-Up时间(秒)
该属性指的是所有线程从启动到开始运⾏的时间间隔,单位是秒,也就是说所有线程在多⻓时间内开始执⾏,如线 程数设置50,设置的时间为5秒,那么计算的公式为:

 

 



循环次数

循环次数可以理解为,请求的重复次数。如果选择“永远”,那么请求将⼀直进⾏,不建议这样操作。可以做稳定性测试

**调度器**

所谓调度器可以理解为设置何时开始运⾏。

持续时间

测试计划持续多⻓时间

启动延迟

从当前时间延迟多⻓时间开始运⾏测试,也就是说点击执⾏后,仅仅是做初始化的场景,不会执⾏测试,等待延迟 到达后开始运⾏测试,执⾏的时间为持续时间设置的时间。

 

 



 

## **聚合报告**

Label:取样器名称

Samples:取样器运⾏次数

Average:单个请求的平均响应时间

Median:50%请求的响应时间

90%Line:90%请求响应时间

95%Line:95%请求响应时间

99%Line:99%请求的响应时间

Min:请求的最⼩响应时间

Max:请求的最⼤响应时间

Std.Dev:响应时间的标准⽅差

Error%:事务错误率

Throughput:吞吐率,也就是TPS

KB/sec:每秒数据包流量

Avg.Bytes:平均数据流量

Received KB/sec:每秒从服务器端接收到的数据量

SentKB/sec:每秒从客户端发送的请求的数量

 

 


 

 



**汇总报告**

 

 


 

 

汇总报告和聚合报告相比多了个标准偏差(SD)

标准偏差越小说明系统稳定性越好,标准偏差越大稳定性越差

##  **jmeter监听器**

 

 


 

 



 

## **参数化**

参数化:相同的测试步骤,不同的测试数据,那么这个时候我们把测试的数据分离到文件中,在JMeter中,是通过CSV数据文件设置来实现的。

添加csv进行配置

 

 


 

 

 



 根据数据量体来设置

 

 


 

 

运行 数据对比不一样,

 

标签:负载,请求,性能,系统,线程,测试,理论,###
来源: https://www.cnblogs.com/wrwangrong/p/16596539.html