Вы сможете выполнять 10 запросов в секунду с 1 виртуальным пользователем, только если ваше время ответа будет 100 миллисекунд .Если время отклика будет больше 100 миллисекунд - вы не сможете достичь желаемой нагрузки.
Если ваше приложение не отвечает в течение 100 миллисекунд - скорее всего, вы обнаружили узкое место в производительности , и вы можете сообщить об этом разработчикам приложения.
Если у вас есть время для изучения проблемы, вы можете попытаться предоставить больше информации, то есть каково среднее время ответа, как минимум, максимум, квантили , фактическое количество запросовв секунду и т. д. всю эту информацию можно получить с помощью прослушивателя Aggregate Report .
Обычно, когда люди ищут ответ, если тестируемое приложение может поддерживать X запросов в секунду, они используют> 1 виртуального пользователя, поскольку нагрузочный тест должен отражать реальное использование тестируемой системы и 1 поток (виртуальный пользователь).) обычно не связано с тестированием производительности и производными.
Так что, вероятно, вам следует пересмотреть свой подход к тестированию и попытаться увеличить количество потоков (виртуальных пользователей).Пропускная способность может контролироваться с помощью Точного таймера пропускной способности или Постоянного таймера пропускной способности .Однако имейте в виду, что вышеуказанные таймеры могут только приостановить JMeter, чтобы замедлить его до желаемой пропускной способности.Другой подход заключается в использовании группы потоков параллелизма и таймера формирования пропускной способности , их можно подключить с помощью функции обратной связи , поэтому JMeter будет запускать дополнительные потоки для достижения /поддерживать требуемое количество запросов в секунду.
Вы можете установить группу потоков параллелизма и таймер формирования пропускной способности, используя JMeter Plugins Manager