目录

• 一、阶梯性能场景（负载测试场景）

• 二、压力测试场景

  • 1.普通线程组

  • 2.阶梯线程组

• 三、聚合报告

一、阶梯性能场景（负载测试场景）

「阶梯线程组：」 主要用来做负载测试。

负载测试：逐步增加并发用户数。

• 增加的这个量，一定相同吗？

  • 增加的量(或者叫做步长)，可以相同，也可以不相同。

  • 增加的量相同，只是一种特殊情况：stepping threads group。

  • 不相同的增量，不能用stepping threads group。

在阶梯线程组的执行过程中，我们的并发用户数是时刻发生变化的。

「阶梯线程组设计的规律：」 缓起步，快结束。

「快结束：并不是瞬间结束。」 1秒钟停止20个以内的并发用户，都不会出问题，但是多了，可能就出问题了。太慢了，就把整体的请求的人数以及tps值拉低了。太快了，不能中断的请求被你强制中断了，导致报错，这个人为导致的报错被当作服务器的报错了。

二、压力测试场景

「压力测试：」 运行比较长的时间，看稳定性。

上篇文章得到：项目最大并发用户数是29。

29 * 20%   = 6

29 * 80%  = 24

1.普通线程组

在做压力测试的过程中，一直关注响应时间、tps值，看下运行过程中有没有报错。

2.阶梯线程组

要持续性地去关注一下：运行过程中有没有响应时间突然出现异常，时间增长了以后，看服务器有没有报错。

三、聚合报告

• 阶梯线程组可以看聚合报告吗？

  • 聚合报告中的数据，都是平均值。

  • 在负载场景(阶梯场景)的时候，不看聚合报告。

  • 聚合报告是可以看到失败率。

真正做性能测试的时候，这些监听器能不开启就不开启。因为监听器渲染数据需要消耗资源和时间。

---

文章中的图片，皆为小编本人所画所截图，计算机知识都一样，如有雷同，纯属巧合。「文章是清菡编写的，如有转载，请标明出处！」

欢迎关注 “清菡软件测试”，进群加v：qhtester，备注：学校（公司名）+姓名（昵称），否则不予通过，感谢点赞与分享！