Как провести стресс-тест, имитирующий большую нагрузку, с помощью Selenium

Вы не собираетесь запускать 10 000 браузеров на своем компьютере. Это дало бы 3,2 МБ физической памяти на экземпляр браузера, и я почти уверен, что FireFox это не понравится.

Вы можете создать сценарий JMeter, который поразит ваш сервер множеством потоков. Он не будет взаимодействовать с пользовательским интерфейсом, но будет имитировать загрузку многих клиентов, нажимающих любые URL-адреса, которые вы ему сообщаете. Я считаю, что он также включает в себя возможность записывать сеанс и воспроизводить его для легкой настройки ваших сеансов.

Selenium на самом деле не оптимизирован для нагрузочного/стресс-тестирования, особенно если вы запускаете свои браузеры локально. Запуск более 1000 браузеров задушит даже самый мощный сервер. Хотя ОЗУ является очевидным узким местом, у вас также ограничены ресурсы ЦП и пропускная способность. Последнее является основной проблемой, если вы загружаете видео.

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

Если вы хотите придерживаться существующих тестов Selenium, у меня есть хороший опыт работы с BrowserMob. По сути, у них есть огромная сетка для реального нагрузочного тестирования браузера, распределенная по AWS.

Другой рекомендацией может быть фактический инструмент тестирования производительности. Я бы рекомендовал Soasta CloudTest. У них есть бесплатная версия, рассчитанная на 100 пользователей, чтобы вы могли понять, подойдет ли она вам. Я обнаружил, что создание сценариев для CloudTest относительно просто.

Отказ от ответственности: мой опыт работы с обеими компаниями был платным клиентом, и я никогда не работал ни на одну из них.

Если вы используете компьютер с Windows, то, по моему опыту, существует ограничение на количество открываемых экземпляров окна браузера. Согласно моему последнему тесту, он ограничивает 100-150 окон браузера.

Я бы порекомендовал вам использовать безголового робота, который не требует открытия окна браузера. Я думаю, что последняя версия Selenium имеет такую ​​возможность. Но это больше похоже на нагрузочный тест, поскольку вы пытаетесь смоделировать более 10 000 пользовательских экземпляров, я бы рекомендовал вам использовать инструмент нагрузочного тестирования, такой как JMeter или LoadRunner.

Мне кажется, вы пытаетесь проверить, что увидит клиент, основываясь на большом трафике, не так ли?

В таком случае Джоэл совершенно прав. Если вам абсолютно нужно видеть то, что видит клиент, вы можете использовать многопотоковые обращения и просто сбрасывать результаты в базу данных. Это покажет вам все, что в любом случае увидит клиент, и его намного проще разобрать, чем тысячи экземпляров браузера.

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

Ваш пост пахнет какой-то формой мошенничества на основе рекламы, но в любом случае: вы рассматривали возможность использования других веб-браузеров, помимо Firefox? PhantomJS – это безголовый браузер на основе WebKit, совместимый с Selenium. Он поддерживает все основные функции браузера, такие как обработка DOM, селекторы CSS, Javascript и Canvas. Я не знаю, поддерживает ли он Flash.

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

Кроме того, если каждый экземпляр браузера создает подключаемый модуль Flash, не пренебрегайте возможностью того, что проблема может быть связана с Flash, а не с Firefox. В качестве альтернативы, зачем создавать несколько разных процессов Firefox? Можете ли вы добиться желаемого с помощью вкладок?