И сессии

Поэтому нужно смотреть на ошибки и времена отклика.

тюнинг спасает

Ну вот не у всех есть такой тюнинг

интернет есть у всех)

И кол-во пользователей вполне может сыграть роль на свежеиспеченной системе

Ну в твоём случае, с t.s.t. - ничего, у тебя почти весь тест количество vu максимальное.

А мне даёт понять, где какое место теста.
Я потому от tst и отказался в пользу constant throughput timer+utg

Сравниваешь глазами 2 графика: рост вузеров и рост производительности.

И становится видно: первые 3 ступени рост линий графика синхронный, а дальше пошло отставание.

Значит часть вузеров «крутит страницы, а часть думает над выбором».
И система загибается.

На этом графике хорошо видно: времена отклика ухудшились в момент повышения нагрузки -  или на ровной ступеньке.

Видно, через сколько времени после выхода на ступень времена отклика или производительность стабилизировались.

ну то есть твои мониторинги систем показывают количество юзеров?

индивидуальных

Ты про прод?
При чём тут это, я же тестовый стенд гружу

ок, дальше неинтересно

Согласен

синтетика не совместимая с жизнью

Все тесты скриптами - синтетика, в какой-то степени.

Если бизнес умеет думать в рпс-ах, то тогда конечно не морочимся с vu. Но, что-то мне подсказывает, что бизнес думает в реальных пользователях. А если так, то да, по старинке, ступенечками треды, и смотрим что и как с временами.

бизнес думает в числе заказов, а это число слабо коррелирует с общей нагрузкой, ибо бизнес это те еще шаманы или даже верней сказать магистры магии

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

Насчёт того, пользователи не видны нигде в мониторинге, ну что сказать, ну такое бывает только у тех у кого кривые руки настраивали мониторинг, либо весьма специфичные задачи(шины, процессинг, микросервисы).

Если в jmeter использовать throughput shaping timer, то не видны.

Это альтернативный вариант управления нагрузкой: заходят практически сразу все потоки, а нагрузка управляется изменяемыми pacing-ами.
при конфигурировании говоришь сколько пользаков можно использовать максимум и какой RPS тебе нужен.

я понимаю, что ты про прод говорил.