Но копейки

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

предоставить и настроить инструменты по анализу результатов

помогать в их интерпретации

наладить сервис, и руками 24\7 не писать тесты

хотите тесты? - ок
вот содзавайте тут профиль
вот тут создавайте пайплайн
тут смотрите результаты
будет непонятно - приходите поможем интерпретировать

Я хочу объяснить, своим, что нагрузка - это не только ответственность нагрузочных тестировщиков, но и их самих и объяснить как они могут сами протестировать. А то они при любом подозрении на нагрузку сразу ко мне бегут.

так не получится)

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

т.е. пока не сделаете норм - не запуститесь

вот мемчик в тему

@Crafter76 по команде есть такой положительный опыт. Найти единомышленников, немного, сначала одного.

Я искал так. У меня была проблема, я не знал как ее решить, шёл к разработчику, садился рядом, начинали решать. Решали одну проблему. Записывал результаты. Пробовал решить такие же проблемы в других проектах - поиском по коду репозиториев искал участки кода похожие. Писал коллегам, обратить внимание. Так копилась база знаний. По одной проблеме, по одной инструкции

Сильно позже мне объяснили, что это "общение равного с равным" - продуктивно, эффективно. А общение с верху: "... пытаюсь объяснить, что ..." встретит сопротивление. Общение снизу: "ничего не могу, помоги пожалуйста" не продлится очень долго

Мне кажется, что у них нет времени все это. Тут действительно может быть лучше выработать критерии приемки, где от продуктовых команд будут какие то требования для перфоманса.

Это не противоречащие действия

Хотя да. Закапываться - мой недуг. Тут цель - сделать быстро, на потоке

Я уже рассказывал, я из продуктовой команды и производительность, которая зависит от каких-то сложных фич, мы измеряем сами. А команда НТ проводит тестирование в условиях нагрузки близкой к продакшену, без эмуляции специфичных ситуаций.
Мы предоставляем НТ критерии приемки, если что-то по ним не проходит, то они присылают нам результаты на ревью. Так что, как вариант, можно просить продуктовые команды дополнительно апрувить ваши результаты и требовать от них внятные критерии.

живут же люди

А кто в гатлинге юзал JMESPath?
https://gatling.io/docs/current/http/http_check#http-check-jmespath

С помощью метода ofType[X] можно привести тип возвращаемых данных к нужному. Так вот в документации есть варианты Seq (JSON array) и Map (JSON object), но я не пойму как их правильно указать. Компилятор ругается если пишу jmesPath(expression).ofType[Seq[Int]]

А вот если .ofType[Seq[Any]] то не ругается, кстати