性能测试(二)

性能测试的方法

负载测试

目的：

1、验证服务被部署的系统出现资源瓶颈的时候，服务依然能够提供产品的特性

2、找到系统的最大饱和状态，或者是最大的处理极限，为系统后续的容量规划提供参考价值

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

压力测试

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

验收负载测试

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

流量回放

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

配置测试

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

JVM：CPU，内存 MySQL：连接数，超时参数 操作系统监控：CPU和内存 使用率达到多少的时候触发报警机制 达到一个好的系统的表现：服务在客户端高并发的情况下依然能够正常的为客户提供业务的能力和服务

死锁

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

高并发情况下：

1、线程同步

2、死锁

业务：文件读写的时候特别容易发生

并发测试

模拟用户的并发访问，测试多用户并发访问同一个应用时是否存在死锁或者其他的问题，并发测试的特点是：

• 发现系统中可能隐藏的并发访问（线程同步和死锁）的问题

• 关注系统可能存在的并发问题，如内存泄露，线程锁，资源争用（调度算法）情况

• 使用的测试工具如profiler等

可靠性测试

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

稳定性测试

给系统一直发送请求，测试系统在很长时间下都能够很稳定的运行

性能测试实战

JMeter性能测试实战

jmeter使用

解压安装包，进入到bin目录，添加到path环境中，运行jmeter

若把线程组里的线程数改成五，则会有五次结果

JMeter执⾏原理

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

场景设置

取样器错误后要执行的操作

继续

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

把HTTP请求的地址故意写错

启动下⼀个进程循环

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

停⽌线程

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

停⽌测试

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

⽴即停⽌测试

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

线程属性

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

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

设置虚拟用户数是：1000，每秒并发50个用户

循环次数

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

延迟创建线程直到需要

如50个线程数，Ramp-Up时间是10秒，执⾏后线程是全部就绪的，那么就是每隔1秒启动5个线程数

调度器

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

持续时间

测试计划持续多⻓时间

启动延迟

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

JMeter监听器

聚合报告

聚合报告是以表格的形式来显示取样器的结果信息，如果不同的取样器拥有相同的名字，那么在聚合报告会显示在一行⾥⾯，那么⼀般来说，聚合报告都是根据取样器来显示每个取样器的执⾏结果信息

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:每秒从客户端发送的请求的数量

这里把线程数设置到666 加上调度器

汇总报告

相比于聚合报告多了一个标准偏差（std）

当标准偏差越低时，系统就越稳定

标准偏差越高时，系统越不稳定

响应时间

响应时间趋势图反馈的是请求的时间趋势图，具体如下：

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

通过jmeter验证网页登陆

访问网页在登陆的同时打开F12

作为HTTP请求的条件

把响应标头剪切到HTTP信息头管理器中

即可登陆成功

验证csv数据文件设置

创建一个记事本然后导入数据

每次请求不同，是不同用户访问