Тестирование одновременных пользователей с использованием Jmeter
Если мне нужно загрузить приложение для 40 000 пользователей в час с каждым пользователем » s среднее время, затрачиваемое на одну минуту, то каким должен быть мой подход к тестированию?
Будет ли запуск теста для 666 потоков / пользователей (40000/60 = 666) с периодом увеличения в 1 минуту и запуском JMeter в течение 5 минут будет быть действительным тестом?
Спасибо
Это приемлемый тест, однако он не охватывает всего. Как вы упомянули, 1 минута - это среднее время, однако это не обязательно означает, что каждый пользователь потратит 1 минуту. Если 10% пользователей решат потратить 5 минут, у вас будет 4000 пользователей на 5 минут, и этот сценарий не распространяется в вашем случае.
Поэтому проверьте журналы доступа своего приложения или изучите инструмент APM , чтобы определить реальный образец нагрузки и настроить тест JMeter для его репликации.
Также обычно люди ищут не только репликацию текущей (или ожидаемой) производственной нагрузки, они также интересуются
- , какова точка насыщения приложения, то есть сколько пользователей оно может служба, обеспечивающая максимальную производительность (до того, как время отклика начнет увеличиваться)
- какова максимальная нагрузка, которую приложение может обработать, прежде чем начнут возникать ошибки или время отклика превысит допустимые значения
- каков самый медленный компонент ( узкое место ) и что необходимо сделать для его удаления
- восстанавливается ли приложение, когда нагрузка возвращается в нормальное состояние или оно остается в "сломанном" непригодном для использования состоянии
- что произойдет, если вы оставите приложение под длительной нагрузкой (несколько часов, в течение ночи , несколько дней)
Поэтому я бы порекомендовал рассмотреть и другие типы тестирования, кроме нагрузочного, например, провести стресс-тестирование , чтобы определить предел прочности, испытание на выдержку , чтобы проверить, есть ли какие-либо проблемы с подключением с большой продолжительностью загрузки, например утечками памяти , Spike Testing , когда нагрузка внезапно увеличивается с нуля до максимума, видимого онлайн-пользователями, Scalability Testing (если ваше приложение scale - вы можете узнать, действительно ли он масштабируется и каков фактор замедления при масштабировании). Ознакомьтесь со статьей W hy «Нормального» нагрузочного тестирования для более подробного объяснения вышеупомянутых типов тестирования производительности и причин, почему вам необходимо их применять.