вот разместить выше - не помогло, ручками в переменную можно, пока не делал, подумал что вдруг есть что-то и не надо велосипед изобретать

Продублирую еще раз, а то потерялось в обсуждениях) никто с похожим не сталкивался? Для меня очень странно, что один и тот же респонс (буквально один и тот же, просто отловленный в двух местах) может отображаться по разному

Добрый день. Вопрос, я правильно понимаю, что если у меня есть несколько запросов в Thread Group, то при старте теста все запросы отправляются единовременно?

Каждый следующий запрос отправляется только после получения респонса на предыдущий

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

Есть parallel controller, по описанию задачи подходит

Logic Controller -> bzm - Parallel Controller
https://www.blazemeter.com/blog/how-to-use-the-parallel-controller-in-jmeter

Спасибо

Но по хорошему, если какие то запросы должны отправляться параллельно, лучше разделять их в разные thread group

а в jmeter.properties так выставлено? sampleresult.default.encoding=UTF-8

Все дефолтное должно быть, проперти не трогал
Как буду за компом, гляну

Привет. Интересно услышать ваше мнение, для чего в тест скриптах нужны (или не нужны) синк таймы, что от их присутствия принципиально меняется

С ними нагрузка равномернее распределяется по времени, а не идёт волнами. Больше походит на действия реальных пользователей

+ к выше перечисленному, проще понимать что делают пользователи(потоки), точнее сколько делает один поток.
Также графики рпс более плавные, что позволяет проще увидеть точку насыщенния системы. И думаю на этом список не закончится

Исходя из моего опыта (JMeter) нагрузка идет равномерно и там, и там (по крайней мере проблем не замечала). Но в случае с синк таймами необходимо больше ресурсов (как минимум трэдов, как максимум джеймитр серрверов), чтобы обеспечить нагрузку. Вот мне и интересно, в чем преимущество синк таймов, если на выходе нагрузка на систему одинаковая (что с, что без). Единственное отличие которое приходит в голову это количество одновременных коннекшенов к тестовой системе (будет более репрезентативно, в теории, чем без синк таймов).

"Больше походит на действия реальных пользователей" - с этим согласна и звучит логично, но все же не могу понять в чем принципиальная разница между "залогинься -> подожди 10с -> перейди в каталог" и "залогинься -> перейди в каталог сразу" с точки зрения тестовой системы

Всем привет, а можете подсказать, Jmeter не может отправить 500 запросов в секунду, он не тянет?

Во время "подожди 10с" таблица "залогиненные юзеры" в БД тестируемой системы будет занята.

Таймеры почти всегда вредны. Кроме случаев, когда нужно имитировать ситуацию:
1. Пользователь вошел
2. Пользователь запустил задачу
3. Пользователь завершил задачу

Если система выделяет кучу памяти или заполняет очереди, то если пользователь сразу завершит задачу - память быстро освободится. А если долго будет тупить, то будет долго не освобождать ресурсы. Кеши будут не эффективны и так далее.

Минус таймеров в том. Что в gatling их можно использовать без опаски. А в JMeter от длинных таймеров быстро закончатся ресурсы на самом генераторе нагрузки, закончатся все потоки и подключения. Справедливо для версии 5.3.

обычно тянет, но тут всё зависит от характеристик используемой нагрузочной машины и сложности скрипта