Для регресса полезно, для остального не понятно)

Всем добра!
Подскажите, а можно ли в jmeter отчёт в секцию "Test and Report Infromantion" вставить какую-то информацию по тесту?

А если сделать так:
1 есть список операций и предположить сколько раз один юзер дергает каждую за рабочий день (система у нас корпоративная и основная нагрузка рабочее время) - СОГЛАСОВАТЬ это с бизнесом
2 разделить интенсивность по операциям одного юзера на 8 часов получим интенсивность в час и далее РПС
3 умножаем это РПС на предположительное кол-во юзеров - получаем так сказать 100% профиля
4 увеличиваем РПС по операциям одинаковыми ступенями (в процентном соотношении) и находим максимум РПС
5 Далее смотрим на сколько далеко максимум от 100% профиля и на эту разницу в процентах увеличиваем кол-во юзеров которое предполагалось на 100% профиля
Как думаете?)

@ultra_chel смотри, есть простой путь. ты делаешь допущение, что твой юзер вот такой:
-делает столько таких операций в такое то время и другие его описания.
Это будет модель пользователя. Ты в своём тест плане нагружаешь рпсами, а потом через эту модель ты легко конвертируешь. При этом никак это не отражает реальных пользователей и об этом надо явно сказать. Смоделированных пользователей назвать везде только виртуальными

это всё актуально если у вас 1 профиль

а если вы решите потестить что то другое то это всё уже неактуально

привет!

Подскажите, пожалуйста, есть какая-то возможность сгенерить отчёт из логов Gatling, если в ci это само не сделалось?

Да

sbt плагин умеет делать репорт с лога и бандл тоже

как это сделать?

лог какой-то конкретный нужен?

simulation.log если не ошибаюсь

Обычный лог с теста в общем

Simulation log из артефактов достаёшь и делаешь gatling:generateReport

Вот прямо кейс такой свежий, что дымится:
1. Надо 7500 менеджеров единовременнО
2. Никто ничего не знает, пока не дошёл до убер-владельца продукта
3. Сразу же появилась формулировка: да, их 7500, но в 1-м часовом поясе не более 5 тысяч и входят они ну точно не меньше 10 минут.
4. Получилось 5к заходов за 10 минут, без стабильной нагрузки.
5. 5к\\10 дают какой-то РПС, т.к. действия сколько-то длятся, есть паузы. В нашем случае вышло около 7 РПС, что даёт всего-то 25к ОПЧ

Т.е. если крепко понять что делают эти самые менеджеры, то можно понять профиль. Сложность может быть в том, что у каждой подсистемы будет, как они говорят, по 5к менеджеров. А их всего на россию 7500. Следовательно, как минимум в части логинов будут наложения, и не надо все операции складывать.

+1

Всех приветствую! Подскажите пожалуйста, такая ситуация, запускаю 10 юзеров в течении 30 секунд с выполнением определенного сценария. Как сделать так, чтобы один и тот же юзер не запускал сценарий пока предыдущий сценарий того же юзера не закончился полностью? То есть,  залогинелся -> вышел и дальше залогинелся?

Привет, в jmeter оно из коробки так и рабоетает.