Selenium Webdriver + Jmeter + StormRunner для теста производительности

Question

Я хотел попробовать интеграцию Selenium Jmeter и StormRunner. Моя конечная цель - провести нагрузочное тестирование с n числом пользователей на StormRunner. Что? - Например, у меня есть сценарий Selenium, конвертируйте его в Jmeter (я могу получить эту информацию из многих источников). Затем мой сценарий Jmeter должен быть готов. Затем загрузите сценарий Jmeter в StormRunner и передайте необходимый параметр через Jenkins и запустите тест нагрузки.

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

Answer 1

Selenium - это браузер платформа автоматизации, а JMeter действует на уровне протокола HTTP , поэтому ваше «автоматизированное» требование может не быть выполнено, особенно если ваши тесты полагаются при проверках на стороне клиента, таких как сортировка или ожидание появления элемента.

Теоретически при правильной настройке JMeter он может вести себя как настоящий браузер , но он все равно не запускается на стороне клиента JavaScript.

Если вас устраивает это ограничение - ваш подход действителен, в противном случае и требование «автоматического функционального тестирования» является обязательным - рассмотрите возможность перехода на TruClient Protocol вместо

Answer 2

Почему бы вам не преобразовать свой скрипт в родную форму виртуального пользователя Loadrunner / Stormrunner?

Вы должны посмотреть на ценность того, чего вы пытаетесь достичь. Конечное значение теста производительности находится в анализе. Анализ просто берет временные записи и измерения ресурсов, произведенные во время теста, объединяя их на общей временной метке, а затем позволяет вам анализировать, какой ресурс «X» затрагивается, когда временная запись «Y» слишком длинная. Затем это указывает на некоторую конфигурацию или код, который блокирует ресурс «X».

Каков ваш путь к ценности в вашей модели? Вы говорите о преобразовании функционального тестового сценария в производительный. На самом деле вы должны уже знать, что ваш код «работает для одного», прежде чем вы зададите вопрос: «Работает ли он для многих?» Это изменение обычно сопровождает это понимание.

Где отмечена ваша коллекция ресурсов? Какие ресурсы? На каких хостах? Это проблема «пути к ценности», когда вам необходимо иметь измерения ресурсов для диагностики root причины низкой производительности.