我被告知在1小时的测试期间将恒定吞吐量设置为25 rps。我没有得到任何关于线程数量的信息。我必须确定它。我如何决定UI中的用户/线程数量？在现有的测试中，我看到线程数量为25乘以2。它是双倍的，因为prod被假设为两次缩放到non prod和pre prod。我的测试在pre prod或non prod上运行。我用不同的rps和不同的线程数运行了Jenkins作业，以查看HTML报告中的每秒事务数，以及OK和KO百分比。我发现最佳的OK%和每秒事务数，在测试中为25或50个线程。
mrwjdhj31#
如何决定UI中的用户/线程数量？这取决于你的系统在测试响应时间。如果是1秒-去25个用户。如果是2秒-去50个用户，等等。它也值得添加一些额外的“备用”线程在顶部。更多细节请参阅How do I Correlate the Number of (Concurrent) Users with Hits Per Second文章。或者，您可以考虑Concurrency Thread Group和Throughput Shaping Timer组合，假设您通过反馈函数连接它们，则如果当前数量不足以执行所需负载，计时器将能够启动额外线程。它是双倍的，因为假定prod被缩放两次到非prod和preprod我不认为你的假设是正确的，给定“prod”比“nonprod”多2倍的资源，这并不意味着它将处理2倍的负载，它不能这样推断。你不能在一个缩小的环境中运行性能测试，然后预测生产环境中的性能。环境必须完全相同。
1条答案
按热度按时间mrwjdhj31#
如何决定UI中的用户/线程数量？
这取决于你的系统在测试响应时间。如果是1秒-去25个用户。如果是2秒-去50个用户，等等。它也值得添加一些额外的“备用”线程在顶部。更多细节请参阅How do I Correlate the Number of (Concurrent) Users with Hits Per Second文章。
或者，您可以考虑Concurrency Thread Group和Throughput Shaping Timer组合，假设您通过反馈函数连接它们，则如果当前数量不足以执行所需负载，计时器将能够启动额外线程。
它是双倍的，因为假定prod被缩放两次到非prod和preprod
我不认为你的假设是正确的，给定“prod”比“nonprod”多2倍的资源，这并不意味着它将处理2倍的负载，它不能这样推断。你不能在一个缩小的环境中运行性能测试，然后预测生产环境中的性能。环境必须完全相同。