До 1000 юзеров

Я не использовал TrueClient.
Но в любом случае он будет запускать реальные браузеры (может урезанные, но всё равно) и думаю, разница с селениумом будет незначительной.

@Maksimall89 верно говорю?

Убеждайте переходить на комплексный вариант - нагрузка подаётся на бэк, а время рендеринга засекается в один поток 10-100 раз последовательно для усреднения показателей

Значит надо 1000 ядер
Вот и считайте денюшку на такое количество ресурсов ;-)
250 4-ядерных хоста...

Ну ладно вам
Один проц может тянуть больше одного браузера

Один браузер = один процес. Один процес = один CPU. Все что больше - context switching

во многих нагрузочных инструментах есть функционал записи. Записываете и потом воспроизводите на n юзерах, вам не нужно тестировать фронт...
Объясните своему начальнику что вы воспроизведете все те же действия что и на фронте, только без визуального мусора

Ну про визуальный мусор не согласен, это тоже нагрузка, его может раздавать сам бэк или аналог нджинкса. Работал с системой, где статика была основной нагрузкой, а профилирование нджинкса основными оптимизациями)

Пфф. Слазайте на msn.com и посмотрите на график утилизации cpu браузером во время загрузки. Неужели будет 100% всё время?

Интереснее другое: рендер страницы может требовать последовательных или цикличных запросов а так же иметь таймауты.

В результате по нагрузочным  тестам из jmeter вы увидите «время отклика увеличилось вдвое» а в браузере при этом «в 10% случаев рендер страницы завершился с ошибками»

Немного утрирую, но идея проверять «вживую» несколько раз под фоновой «максперф» нагрузкой на самом деле неплоха. Но у меня никогда руки жо неё не доходили.

Мы поэтому не полагались тогда на embedded resources а все грузил отдельными сэмплерами, а «асинхронность» реализовали с помощью параллельных контроллеров

это скорее исключение, мусор плохо грузить

Всем привет! Возможно, уже было такое, извините. Есть вопрос: Как в Jmeter побороть авторизацию oAuth 2.0 ?
Рекордером записал сценарий, в котором присутствует авторизация.
В post запрос api/auth/login отвечающий за авторизацию передаются параметры логин, пароль, и returnURL - это адрес, с которого пользователя перекинуло на страницу авторизации. В этот УРЛ вшиты параметры, в частности state и  code_challenge, которые мне нужно параметризовать, но я не понимаю как это сделать? У меня нет запроса перед авторизацией, который возвращал бы в ответе эти параметры, чтобы я мог их извлечь и вставить в returnURL...Как с этим работать ?

скорее всего эти параметры привыязываются к сессии когда загружается страница авторизации. Попробуй в браузере ее открыть с развернутым нетворком, и посмотреть что приходит на этой странице, и по названию параметров широкий поиск по всему нетворку

да, так и есть, когда я захожу на страницу авторизации они формируются, но если в jmeter просто отправить гет запрос на страницу портала, то в ответе всё равно их нет. Если в браузере открою инструменты разработчика, то да, увижу их. Просто не понимаю, как параметризовать.

в нетвероке вкладка с ответом пустая, но я вижу эти параметры уже в хидерсах

Может старые куки остались?
Запусти браузер в режиме инкогнито - тогда точно все запросы улетят

сейчас попробую

м, у всех запросов в респонсе пусто (failed to load response data) но начиная с указанного, в ссылке и  в параметрах фигурируют нужные мне. На запросе с типом document (второй после canceled) в response находится html страница, а в preview - you need to enable JS to run this app. Но не думаю, что это относится к делу