目录
- 一、阶梯性能场景（负载测试场景）
- 二、压力测试场景
- 1.普通线程组
- 2.阶梯线程组
- 三、聚合报告
一、阶梯性能场景（负载测试场景）
「阶梯线程组：」 主要用来做负载测试。
负载测试：逐步增加并发用户数。
- 增加的这个量，一定相同吗？
- 增加的量(或者叫做步长)，可以相同，也可以不相同。
- 增加的量相同，只是一种特殊情况：stepping threads group。
- 不相同的增量，不能用stepping threads group。
在阶梯线程组的执行过程中，我们的并发用户数是时刻发生变化的。
「阶梯线程组设计的规律：」 缓起步，快结束。
「快结束：并不是瞬间结束。」 1秒钟停止20个以内的并发用户，都不会出问题，但是多了，可能就出问题了。太慢了，就把整体的请求的人数以及tps值拉低了。太快了，不能中断的请求被你强制中断了，导致报错，这个人为导致的报错被当作服务器的报错了。
二、压力测试场景
「压力测试：」 运行比较长的时间，看稳定性。
上篇文章得到：项目最大并发用户数是29。
29 * 20% = 6
29 * 80% = 24
1.普通线程组
在做压力测试的过程中，一直关注响应时间、tps值，看下运行过程中有没有报错。
第一种：只要把这个持续时间设置的长一些，就是个压力测试的场景。
2.阶梯线程组
第二种：用24个人，持续运行36000秒钟的压力测试场景了。
要持续性地去关注一下：运行过程中有没有响应时间突然出现异常，时间增长了以后，看服务器有没有报错。
明显可以看到前面红色线条都是正常，后面绿色线条是明显得连续性的报错。说明肯定在这个点，服务器挂掉了。
三、聚合报告
- 阶梯线程组可以看聚合报告吗？
- 聚合报告中的数据，都是平均值。
- 在负载场景(阶梯场景)的时候，不看聚合报告。
- 聚合报告是可以看到失败率。
平时去看这个图的时候，看下这个里面有连续的失败，说明服务器可能已经到达瓶颈了。
真正做性能测试的时候，这些监听器能不开启就不开启。因为监听器渲染数据需要消耗资源和时间。
文章中的图片，皆为小编本人所画所截图，计算机知识都一样，如有雷同，纯属巧合。「文章是清菡编写的，如有转载，请标明出处！」
