Мысль уловил, вроде. Попробую!

Или просто ставить рамп-ап = дюрейшин

Тогда не получится длину ступени регулировать) но если это не нужно, то сильно проще, да

Если задача просто распределить отправку запросов, то random timer

Тогда будет происходить в итоге более менее равномерное распределение запросов

Пробовал utg но все равно пила. Более менее  rendom timer, но в том-то и дело, что хотел найти способ не случайную задержку делать, а статическую (управляемую)

Не пойму

Управляемую для чего?

Есть constant througput timer, если нагрузка небольшая, то он хорошо работает

Ушел с работы. Смогу детально завтра все объяснить. С картинками)

Ок

Иногда помогает сделать шаги в  chrome затем сделать экспорт har со всеми запросами-ответами (F12 -> networking -> export har) потом ноутпадом открываем и копаемся ищем когда какие параметры появились. Потом скажем видим что этот секретный параметр вдруг появился в запросе но ранее его нигде не было, тогда возможно делаем вывод что он был сгенерирован такими-то скриптами на странице и тут надо тогда копать как теперь сделать это в Jmetere, или искать другие варианты обойти этот шаг

Можно также Fiddler’ом как уже советовали, или на крайний случай берем тяжелую артиллерию Wireshark - там можно даже отловить всякие ньюансы для других случаев ( например я однажды только так понял что у меня текст был в  иной кодировке подан (по hex кодам видно было) )

каким образом потоки относятся к Constant THroughput Timer?

CTT управляет потоками в минуту.

нуво1 не потоками, а частотой прохождения через таймер
аво2 сдвигом достигается равномерность запросов обычно. Если это и есть задача, которая стояла изначально, то CTT подходит идеально

Это если тестировать рест апи, где 1 реквест это одна операция.
У меня операция - это набор из большого количества реквестов которые выполняются не одинаковое время.

Если точнее то операция - действие пользователя на сайте (логин-переход по страницам-ряд действий- выход) и в каждом шаге нное количество реквестов

повесить на пустой флоу контрол