а вот этот способ помог, спасибо

Shared Mode задавайте по желанию

Я задаю на поток и увеличиваю количество потоков. Так увеличиваю или уменьшаю нагрузку.
Если задавать на все потоки. То нагрузка будет стабильной, без роста/падения - просто ровная

точно 70 все равно не будет

а стоп, с пейсингом будет да

при условии что транзакция гарантированно будет укладываться в секунду

Делаем сейчас также. Плюс - упрощение отладки.
Минус большой и есть - "Корневая_страница" будет в 5-10-ти сценариях. Статистику по ней уже не собрать. Именно по "Корневая_страница".
Так как сделать сумму всех * Корневая_страница - очень сложно

Для TC применяем суффикс (TC), а не квадратные скобки
Главные транзакции написаны кириллицей:  Авторизация (TC)
Служебные транзакции написаны латиницей: Login (TC)
Для запросов (CRUD) удобно применять суффиксы (GET), (POST), (DELETE), ... так путь /document разделится на создание и удаление

Используем пробелы

Тоже думаю поправить. Сейчас правлю. Разделяю большие сценарии на малые

Мне кажется, один на всех есть смысл разрабатывать, если у команды должен быть одинаковый нейминг элементов. Например, удобно кастомные дашборды с фильтрами шарить. Я использую похожую штуку: бизнес кейс - Scenario 1, транзакции в нем S1_1 Главная страница, S1_2 Логинка ..., семплеры R1_1_1  url и т.д. Иногда, при необходимости после R1_1_1 добавляю метод. Все доп семплеры оставлюя как есть, они легко отфилтровываются

Как кейс с одинаковыми транзакциями в разных бизнес-кейсах обрабатывается в твоём случае? Если, например, нужны метрики по всем операциям авторизации из разных UC

Про Корневую страницу. Недавно решала этот вопрос так: транзакции, которые в нескольких кейсах ставила в test fragment, там именовала условно S0_1 и т.д.  Module controller - в места, где они нужны. Так нейминг группирует все

При использовании Shared Mode на все потоки есть такой минус (оптимизация JMeter, которую надо учесть)
Если запустить тест на стабильность на 2-5 часов, и выдлить пул потоков с запасом.
И первые 10-15 минут система работает быстро.
То произойдет следующее:

Катушка запускает потоки с запасом, пусть 1000.
Так как ответы все быстрые, система не тормозит, то через 15 минут потоки, которые не сделали ни одного запроса из-за таймера просто закрываются. Остается в живых только нужное количество потоков, пусть 150. 850 просто закрываются и они не запустятся больше

Вдруг система начинает подтормаживать. Где-то на 3-м часу. И надо не 150 а 200 потоков.
+50 уже не создадутся. В обычной катушке не создаются.

И просто будет проседать RPS

Случай специфический. Но такое может быть

@pavla_tresten @smirnovqa
Меня устраивает, что в графане суммируются транзакции с одинаковыми названиями.
Например, "авторизация" - нужно подать нагрузку 1000 в час. 300 штук выполняются самостоятельно, остальные - при работе других бизнес-кейсов.

Если же нужно выделить "авторизации" в рамках конкретного бизнес-кейса (например потому, что там личный кабинет сложнее и запросов больше) - я сделаю две вложенные транзакции:
родительская одна с общим именем и дополнительная, дочерняя с уточнённым именем.

думаю, стоит ли отказаться от нумерации бизнес-кейсов.
- из минусов нумерации - набор ккейсов порой меняется, и вот в тесте есть кейсы 1, 2, 3, 8, 25
+ из плюсов - очень примерно ясно количество кейсов и они всегда будут в конкретном порядке.

а вот возник такой кейс, я запускал тест на пол часа, в итоге все треды отработали, а один завис. Есть какаято обработка, что бы убивать этот тред по истечению времени теста?

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

А может кто-то подсказать по костыльному решению, на работе возникла идея проводить запуски jmeter скриптов через alm center. Сами запуски провести получилось, но оно не отображает транзакции, не строит графики, и не отдает jtl файл результатов. Никто не знает как из него выбить эти данные?

может runtime controller поможет

Коллеги подскажите пожалуйста, дебажу скрипт в Jmeter, в некоторых итерациях приходит ответ с сервера, в каком элементе Jmeter я могу увеличить время ожидания от сервера

На второй вкладке http-семплера (advanced) есть тайм-ауты на коннект и на получение ответа

Да, спасибо!)

Спасибо, Учитель! Как же просто