在已知吞吐量的情况下,如何确定JMeter测试中Thread Group中的线程数



我被告知在1小时的测试时间内将Constant Thruput设置为25 rps。我没有给线程的数量的任何信息。我必须确定它。我如何决定用户/线程在UI的数量?在现有的测试中,我看到的线程数是25乘以2。它是双倍的,因为假设prod被缩放两次为non - prod和pre - prod。我的测试在pre - prod或non - prod上运行。

我用不同的rps和不同数量的线程运行了它的Jenkins作业,看看HTML报告中每秒的事务是什么,OK和KO百分比是什么。我发现最好的OK%和每秒事务数,我在测试中得到25或50个线程。

如何决定UI中的用户/线程数量?

它取决于您的系统在测试下的响应时间。如果是1秒,那就选择25个用户。如果是2秒,那就选择50个用户,等等。也值得添加一些额外的"备用"。上面有线。有关详细信息,请参阅如何将(并发)用户数量与每秒点击数相关联的文章。

或者你可以考虑并发线程组和吞吐量整形定时器组合,如果你通过反馈函数连接它们,定时器将能够启动额外的线程,如果当前的数量不足以进行所需的负载。

它是double,因为prod被假设缩放两次为non prod和pre prod

考虑到"产品",我认为你的假设不正确。拥有比"非产品"多两倍的资源;这并不意味着它能处理2x的负载,它不是这样推断的。您不能在缩小的环境中运行性能测试并预测生产环境中的性能。环境必须完全相同

相关内容

最新更新