Size: a a a

QA — Load & Performance

2020 April 13

ΙΤ

Ιωάννης Τσεκούρι in QA — Load & Performance
Andrey Vasiliev
из доки:
https://gatling.io/docs/current/general/simulation_setup/#meta-dsl
separatedByRampsLasting and startingFrom are both optional. If you don’t specify a ramp, the test will jump from one level to another as soon as it is finished. If you don’t specify the number of starting users the test will start at 0 concurrent user or 0 user per sec and will go to the next step right away.
можешь нарисовать если startingFrom(0) ?
источник

AV

Andrey Vasiliev in QA — Load & Performance
если .startingFrom(0) - то как я понимаю из доки можно опустить
источник

AV

Andrey Vasiliev in QA — Load & Performance
и он сразу перейдет к следующему шагу или дождется пока будет завершен первый если это возможно
источник

ΙΤ

Ιωάννης Τσεκούρι in QA — Load & Performance
Andrey Vasiliev
и он сразу перейдет к следующему шагу или дождется пока будет завершен первый если это возможно
а почему так а не по другому ожидаешь?
источник

ΙΤ

Ιωάννης Τσεκούρι in QA — Load & Performance
логично было бы начать с рампапа, не?
источник

AV

Andrey Vasiliev in QA — Load & Performance
у меня нету сценариев с использованием этих параметров =(
источник

AV

Andrey Vasiliev in QA — Load & Performance
ну посути ты 0 лесенку обнуляеш не задавая пользователей, и сценарий сразу прыгает на этап через минуту, если я правильно понимаю
источник

AV

Andrey Vasiliev in QA — Load & Performance
так как у него нету первой(нулевой) очереди
источник

AV

Andrey Vasiliev in QA — Load & Performance
а у тебя какое повидение?
источник

AV

Andrey Vasiliev in QA — Load & Performance
то что я выше написал это мои догидки из того что в доке написано
источник

ВС

Вячеслав Смирнов in QA — Load & Performance
Вот так реализую старт с 0-ля
источник

ВС

Вячеслав Смирнов in QA — Load & Performance
Ιωάννης Τσεκούρι
incrementUsersPerSec(0.5) // Количество RPS на ступень
 .times(2) //Количество ступеней
 .eachLevelLasting(1 minute) //Длительность полки
 .separatedByRampsLasting(1 minute) //Длительность разгона
 .startingFrom(0) // Начало нагрузки с
Для точности, 0.5 это не RPS, это означает, что новые сценарии будут запускаться каждые 2 сек - Transaction per second ближе.
А rps получится такой, что 0,5 * количество запросов в каждом сценарии.
источник

ΙΤ

Ιωάννης Τσεκούρι in QA — Load & Performance
Вячеслав Смирнов
Для точности, 0.5 это не RPS, это означает, что новые сценарии будут запускаться каждые 2 сек - Transaction per second ближе.
А rps получится такой, что 0,5 * количество запросов в каждом сценарии.
я в курсе, просто так проще называть
источник

ΙΤ

Ιωάννης Τσεκούρι in QA — Load & Performance
но у тебя же там нет плавного разгона до 200
источник

ΙΤ

Ιωάννης Τσεκούρι in QA — Load & Performance
источник

ΙΤ

Ιωάννης Τσεκούρι in QA — Load & Performance
тут
источник

ΙΤ

Ιωάννης Τσεκούρι in QA — Load & Performance
я просто заметил это поведение и мне оно кажется нелогичным
источник

ΙΤ

Ιωάννης Τσεκούρι in QA — Load & Performance
в начале теста резко прыгнет до 200
источник

ВС

Вячеслав Смирнов in QA — Load & Performance
Раньше сталкивался с проблемами запуска нагрузки с 0-ля. Счас постараюсь найти, но в общем, если надо было стартануть два сценария сразу, и так, чтобы второй запустился через 30 минут, а первые 30 минут ничего не делал (ни одного запроса), то в Gatling так сделать нельзя.

В том сценарии, что прислал, сначала идёт onceOnlyUser(1), а потом nothingFor - вот так можно.

А если сделать nothingFor сразу, первой конструкцией сценария. То она пропускается, игнорируется. Это такой дефект/эффект.
Поэтому когда нужна задержка запуска, в сценарий вставляю pause(время) в самое начало. А профиль нагрузки стартую, как будто без задержки
источник

ΙΤ

Ιωάννης Τσεκούρι in QA — Load & Performance
да я не совсем про это, я понимаю как всё это сделать, но тут принципиально не очень понимаю почему у них сделано что первый рамп ап пропускается, и начинает стартовать с 200
источник