JMeter настройка Thread Group, что означает Rump-Up period?

Question

[kislinskiy_anton]

Всем привет.
Осваиваю JMeter, и в процессе курения мануала и запуска пробных тестов возникло недопонимание одного момента.
У нас есть параметры:
Number of Threads - это количество юзеров которые будут заходить на сайт
Rump-Up period - это период через который будут запускаться наши юзеры
Loop Count - это кол-во циклов исполнения юзерами действий в Thread Group

Для тестирования были взяты данные из потолка
Number of Threads = 10
Rump-Up period =15 sec
Loop Count = 100

Далее то что я не до конца понял:
У нас "зайдут" на сайт 10 юзеров в течении 15 секунд и это все повторится 100 раз и в итоге у нас отправится 1000 запросов?
Т.е. время прохождения скрипта должно занять 1500 секунд, но проходит 150 секунд.
Не могу понять что и зачем начинает запускаться и сколько это занимает времени.

Comments

[Вячеслав Смирнов]

По этому профилю за первые 15 секунд (Rump-Up period ) запустится 10 потоков (Number of Threads). И точно засчитается выполнение одной итерации теста, останется каждому потоку выполнить максимум ещё 99 итераций (Loop Count - 1).

Если так случиться, что каждый поток упеет выполнить 99 итераций раньше, чем за 300 сек (~285-300), то тест закончится в момент выполнения последним активным потоком своей 100-й итерации.

Если же 100 итераций не получится успеть выполнить за 300 сек, то тест просто прервётся. Сколько итераций успели сделать, столько и сделано.

Таким образом, тест будет не большее чем 300 секунд выполняться.
Используя 10 подключение (начиная с 15-й секунды).

На первой секунде будет только 1 подключение или 2.
На 7-й, примерно 5 подключений.
На 15-й запустятся все 10 потоков.

В этом постепенном подъеме и смысл Rump-Up period

Answer 1

[ashipovalov]

У вас настроен и loop count и расписание. Не надо так. Вообще же, у вас в течении 15 секунд на сайте окажется 10 виртуальных пользователей и в течении всего времени каждый их них (включая Rump-up период) 100 раз выполнит ваш запрос. Вот и вся магия. Со временем выполнения скрипта это практически никак не коррелируется, все зависит от того как быстро приходят ответы

Answer 2

[Вячеслав Смирнов]

Как можно использовать эти параметры.

Пусть нужна интенсивность выполнения сценария "Аутентификация, Создание и скачивание документа" равная 8 в сек. И чтобы тест выполнялся в таком режиме 30 минут или 1800 сек.

То есть, нужно, чтобы за 1 секунду запускалось выполнение 8 потоков (virtual user / thread).
Значит за 10 000 секунд должно запуститься 80 000 потоков.
Это если каждый поток будет делать одну итерацию теста.

Задаём настройки:

• Users - 80 000
  
• Rump-Up - 10 000
  
• Loop Count - 1
  
• Duration - 1800
  
• Startup Delay - 0
  

Если же, допустимо, чтобы один пользователь в цикле дважды выполнял вход, создание и скачивание документа, то настройки можно изменить - пользователей теперь нужно в 2 раза меньше, для требуемой интенсивности работы:

• Users - 40 000
  
• Rump-Up - 10 000
  
• Loop Count - 2
  
• Duration - 1800
  
• Startup Delay - 0
  

А если допустимо, чтобы в цикле выполнялось по 8 сценариев, то можно сделать так:

• Users - 10 000
  
• Rump-Up - 10 000
  
• Loop Count - 8
  
• Duration - 1800
  
• Startup Delay - 0
  

Из-за кратности Users и Rump-Up, это уже эквивалентно:

• Users - 4000
  
• Rump-Up - 4000
  
• Loop Count - 8
  
• Duration - 1800
  
• Startup Delay - 0