Можно это реализовать

Занимайтесь нагрузкой. И помогайте другим. Желаю вам приятных хлопот и веселых выходных 🎄✨🛍❄️

С наступающим, коллеги! Нагрузки Вам, и побольше)

Взаимно всех поздравляю с наступающим)) всем выражаю огромную бадарность за помощь и подсказки! Комьюнити решает))! Всем крутого роста!)) ну и нагружать по больше)

всем привет)

хочу тротлинг проверить жметром, надо куку вставить в запрос и бабахнуть за короткое время определенное кол-во запросов на ендпоинт, требующий авторизации.

пока план такой - взять куку руками, засетить в жметер, запустить…

подскажите пожалуйста, как засетить куку в запрос, и можно ли обойтись без ручной работы 🙂

Cookie является заголовком запроса. Простой способ - задать заголовок для http request sampler, используя:

https://jmeter.apache.org/usermanual/component_reference.html#HTTP_Header_Manager

Если без ручной работы, то потребуется например такая связка:
https://jmeter.apache.org/usermanual/component_reference.html#HTTP_Cookie_Manager

https://jmeter.apache.org/usermanual/component_reference.html#Once_Only_Controller внутри которого выполнить аутентификацию - отправку логина и пароля

А вне Once_Only_Controller уже http request-ы, которые будут создавать нагрузку

спасибо! буду проверять

Кто опознает всех?

https://www.testautomationguru.com/jmeter/
Хороший блог с полезными материалами по #JMeter

О спасибо   Real Time Performance Test Results Using Grafana & InflxuDB  прям мой случай

Товарищи, интересно ваше виденье реализации такой задачки в JMeter.
Есть не сильно сложные сценарии пользователей на сайтике, которые бегают там по HTTPS.
Каждый сценарий пользовательский рождает в итоге какой- то артефакт, есть интенсивность появления этих артефактов в системе, там полный фарш и загрузка больших файлов, и заполнение диких форм с всеможножными куками, и почтовые месаги путем веб-морды и тд. Суть в том, что по какой-то невнятной причине заказчику нужны реальные коннекты, в которых работают юзеры. То есть обойтись просто каким-то количеством юзеров которые бы гоняли нужные интенсивности не выйдет, есть корреляция в этом нет проблемы, но есть проблема в ресурсах. Коннектов для определенной интенсивности требуется, скажем, 2к. При поиске максимума коннекты растут пропорционально интенсивности.
На скорую руку было сделано так: общая катушка тред группы пораждает параллел контроллер, в дочерних элементах, которого транзакции с тупым рандом таймером, который имеет достаточный разброс, чтобы при экраполяции на большие значения превращался в плюс минус верную интенсивность на нужном количестве пользователей.
Хочется: получать интенсивность адекватно путем throughput'ов каких-либо, но в любом случае нечто более точное чем рандом таймер, ну и всё таки работа параллела оставляет желать лучшего, но как под одну катушку сунуть разные сценарии под разной интенсивностью не очень могу себе представить).

Так а в чем собственно сложность?

Если хватает cpu и пропускной способности канала

так можно распределённо запустить через жметер

То, можно заюзать throughput timer например

насколько я понимаю трупаты работают на весь тред

можно, но ограничение по ресурсам

а запускать разные сценарии в разных тредгруппах?