отмененный джоб это нерешаемая боль

Привет, подскажите про нагрузочное автотестирование? Какие библиотеки, куда смотреть? (Желательно Python, ну или Java)

Не библиотеки, а инструменты(готовое по) - jmeter, Gatling, loadrunner, например

насколько я знаю, это так сказать "ручное", а в автоматизации что есть?

а что ручного в loadrunner и jmeter? Вообще плохо представляю ручное в нагрузке. Сидеть и с невероятной скоростью руками выполнять юзкейзы?

Вас интересует тестирование производительности клиентской части на JavaScript/CSS/HTML?

Фреймворк pptr.dev рекомендуют в индустрии.
Также sitespeed.io

ручное, это когда 300 индусов эмулируют нагрузку, перемещаясь по сайту)

даже индусы инструменты юзают, сколько вон чудесных видосов и разборов от них))))

это разве что какие-то бедные филиппинские дети

вэб сэррвэррр

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

Все это разбивается о необходимость воспроизвести тест, которая отсутствует напрочь при данном подходе + стоимость зашкаливает

А инструменты JMeter Gatling, ... Сравнимы с JUnit, PyTest.

Так как имеют
- сценарии
- отчётность
- средства автоматизации запуска

Сравнимы с Selenium так как
предоставляют удобный API/интерфейс для работы с различнымии протоколами

Я бы сказал что аналога "ручному"(мануальному) тестированию в нагрузке нет

Fiddler, и воспроизведение трафика по нажатию Replay

Curl

Wget

Таким образом можно нагрузку прям подать?

Да

Даже с аутентификацией

Ну это все таки похоже на автоматизацию больше чем на ручное

"ручное" croud тестирование имеет место быть. но это сервис для богатых. пробелма не протестистить, а собрать с каждого такого ручного "похода" нужные метрики (часто с применением сложных APM), правильно их агрегировать (урл+параметры, девайс, сеть, фаза луны и марса) и дать анализ возможных реальных проблем. и это не про нагрузочное тестирование, а про client-side

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