压力情景：增加登录的用户数量，直到我们注意到延迟和/或系统崩溃（最大1500）。记录在发现问题之前登录的用户总数。预期结果：通过压力测试确定在任何时间可以登录到应用程序的用户的上限。
我已经设计了下面的上述方案使用并发线程组
1.在分配模式下，每台机器有1台主机和5台从机，300个唯一登录，即总共1500个登录凭据
1.恒定吞吐量50个请求/分钟
1.迭代次数：1
问题：当我在分布模式下执行测试时，每1分钟的斜坡有75个用户，但根据设计，它应该需要40分钟的时间。不能得到它是如何工作的。
客户端想看看它的突破，这就是为什么我只给1迭代&当应用程序无法处理请求停止测试。
1条答案
按热度按时间carvr3hs1#
“按照设计”每台从机将有300个用户，并在40分钟后运行，所以你在你的“问题”中描述的是“按照设计”
说明：经过复杂的计算，包括使用强大的统计分析工具和Wolfram|Alpha，我发现：
因此，JMeter将从15个用户开始，每2分钟将在接下来的40分钟内增加15个用户。
假设你有5个奴隶：
更多信息请参阅：