Алексей Зозуленко - "Использование Selenium Grid 2 для ускорения выполнения тестов"

•Descargar como PPTX, PDF•

1 recomendación•2,353 vistas

Последовательное выполнение функциональных тестов занимает очень долгое время. Особенно если нужно тестировать со многими конфигурациями. Необходимо уменьшать время прохождения тестов. Этого можно достигнуть при помощи уменьшения количества тестов, их оптимизации и атомизирования. Второй путь - запускать тесты параллельно. Хотя оптимизация не помеха запускать тесты параллельно, чтобы получать Для того, чтобы получать действительно классные результаты тестируя при помощи Selenium2, служит еще один дополнительных инструмент - SeleniumGrid 2. В моем докладе вы также ознакомитесь с тем, как: Конфигурировать тесты для работы с хабом Разворачивать SeleniumGrid 2 Настраивать запуск тестов

Tecnología

Содержание

Почти
Теория
практика
• Зачем? • Проблемы
• Как? • Решения

QADnepr Mini Conference

Стоят в очереди?

QADnepr Mini Conference

Готовый инструмент

TestNG

Parallel xUnit

…
QADnepr Mini Conference

Собственный алгоритм

QADnepr Mini Conference

Тесты -> Среда

Test
Test Env
Test
QADnepr Mini Conference

Очередь -> Среды

Env

Tests
Env
Queue

Env
QADnepr Mini Conference

Почти практика

Проблемы/Решения

QADnepr Mini Conference

Проблема: зависимости

Test 2 …

Test 1 Test N
Init
state
QADnepr Mini Conference

Решение

Независимость Копии
тестовой среды
QADnepr Mini Conference

Проблема: Логирование

Test
Logger Test
…
Test
QADnepr Mini Conference

Решение: каждому свое

Test 1
Test 2
Logger 1
…
Logger 2
Test N
…
Logger N

QADnepr Mini Conference

Запуск инструмента
0 Hub
java -jar selenium-server-standalone.jar -role hub

0 RC
java –jar selenium-server.jar –role rc -hub
http://localhost:4444/grid/register -port 5555

java –jar selenium-server.jar –role webdriver -hub
http://localhost:4444/grid/register -port 5556

QADnepr Mini Conference

Подготовка тестов
Selenium1
0 Было
Selenium selenium = new DefaultSelenium(“localhost”,
4444, “*firefox”, “http://www.google.com”);

0 Стало
Selenium selenium = new DefaultSelenium(“huburl”, 4444,
“*firefox”, “http://www.google.com”);

QADnepr Mini Conference

Подготовка тестов
Selenium 2
0 Было
WebDriver driver = new FirefoxDriver();

0 Стало
WebDriver driver = new RemoteWebDriver(new
URL("http://huburl:4444/wd/hub"),
DesiredCapabilities.firefox());

QADnepr Mini Conference

Все проще, чем кажется…

QADnepr Mini Conference

Спасибо
Распараллеливание тестов с
Selenium Grid v2

Алексей Зозуленко

063-366-22-14
alex.zozulenko
keemdek@gmail.co
m
QADnepr Mini Conference

Más contenido relacionado

La actualidad más candente

Deployment to production with an unexpected load

Grid Dynamics

В этом докладе рассмотрен опыт NetCracker по выбору инструмента для изучения причин проблем производительности. Рассмотрены критерии по которым не подошли имеющиеся инструменты и показаны примеры того, чего не хватает при анализе результатов обычными профайлерами. http://jeeconf.com/program/implement-your-own-profiler-with-blackjack-and-fun/

Implement your own profiler with blackjack and fun

Vladimir Sitnikov

Типовое внедрение мониторинга

Uptime Community

Запустить нагрузочный тест — дело нехитрое. Но запуск без анализа — время на ветер. При анализе выявляется такое, от чего приходится повторять замер. Например: времена отклика получились хорошее, а при детальном анализе оказалось, что все страницы показывали 404-ую ошибку. В начале теста времена хорошие, а потом вообще никакие. Или даже так: JMeter показывает, что «всё замечательно», а в реальности нагрузка не подавалась полчаса. Бывает, что в целом всё хорошо, но есть неприятные выбросы. Как анализировать причины выбросов? Как узнать, на каких данных они возникают? И на этот вопрос будет рекомендация. В докладе будут рассмотрены типичные подводные камни при тестировании enterprise приложений и варианты решения этих проблем. Доклад построен на примере JMeter, но многие подходы могут с тем же успехом применяться и к другим инструментам. Владимир расскажет, чем среднее отличается от 90% line, как coordinated omission мешает измерять времена отклика, и научит способам обхода типичных проблем, возникающих при замере производительности.

Подводные камни в нагрузочном тестировании

Vladimir Sitnikov

Доклад читался на http://university.jokerconf.com/. Целевая аудитория -- начинающие программисты. У enterprise-приложений много общих подводных камней, которые подстерегают на пути к выводу систему в эксплуатацию. Что делать, если через неделю после выхода в production система начала тормозить? Что делать, если проблема воспроизводится только у заказчика? В докладе рассмотрим частые случаи, приводящие к полной или частичной недоступности production-системы. Научимся обходить стороной грабли и поднимать их до того, как на них кто-то наступит.

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

Vladimir Sitnikov

Все говорят, что при проблемах с памятью нужно открыть Eclipse MemoryAnalyzer и немного покрутить. Да, часто это срабатывает, но бывает, что даже опытного инженера задача ставит в тупик. В докладе мы рассмотрим примеры коварных OOM, и научимся анализировать причины их возникновения. На живых мертвецах дампах памяти увидим почему может не очищаться WeakHashMap, куда утекает native память, сколько finalizer'ов поместится на кончике иглы. Полученные знания позволят вам уверенно разбирать дампы памяти и избегать шаблонов кода, приводящих к утечкам. http://jeeconf.com/program/a-step-by-step-approach-toward-high-quality-outofmemoryerror-analysis/

A step-by-step approach toward high quality OutOfMemoryError analysis

Vladimir Sitnikov

"Fault tolerant workflow orchestration on PHP", Anton Tsitou

Fwdays

Общедоступные программы и библиотеки подкупают своей бесплатностью. Если же исходный код открыт, то все сразу думают, что «умные дядьки уже исправили всё, что нужно». На практике же оказывается, что грабли разложены там, где их мало кто ждёт. Тормозит всё, кроме, разве что, самой java. В докладе мы рассмотрим примеры проблем производительности при использовании таких библиотек как Wildfly, Spring, HornetQ, pgjdbc. Например, оказывается, что spring.getBean тормозит, а в комбинации с autoproxy вообще может занимать до 50% времени приложения. Cglib мешает работе garbage collector’а в попытках проксировать Object#finalize, а HornetQ внезапно притормаживает отправку JMS, что запросто приводит к 5-и секундным задержкам на одно сообщение. Узнаем как их опознать и обезвредить. http://javapoint.ru/talks/sitnikov/

Проблемы производительности open source библиотек

Vladimir Sitnikov

Erlang, который мы потеряли

Ivan Grishaev

РИТ++ 2017, Root Conf Зал Пекин + Шанхай, 6 июня, 18:00 Тезисы: http://rootconf.ru/2017/abstracts/2679.html Об SDN/OpenFlow говорят давно и много: разделение уровней управления и передачи данных, сетевая логика выносится в отдельный централизованный узел, называемый контроллером сети. На выходе получаем удешевление оборудования, автоматизацию и упрощение управления сетями. Уже сейчас эти технологии применяются и в ЦОД, и у операторов связи, и в больших корпоративных сетях. Но возникает справедливый вопрос: "Мы, конечно, рады за Google, AT&T и Microsoft, но что они дают нам, простым пользователям? Где мы можем их применить в наших задачах и можем ли мы вообще?". Короткий ответ: "Да, можем!". ...

SDN & DEVOPS ?= ❤: Практики использования SDN / Александр Шалимов (ЦПИКС, МГУ)

Ontico

Куликовский Дмитрий - Работа системного администратора сегодня

Yandex

Отказоустойчивость и производительность

OpenStackRU

Wild Async .NET world: AID Kit for boy-scouts

HYS Enterprise

Prometheus, в отличие от классических систем, даёт возможность легко поднять и поддерживать мониторинг быстро меняющихся и сложно организованных систем. Я расскажу об опыте внедрения, подводных камнях и неожиданном поведении, покажу способы быстрой конфигурации всей системы, включая уведомления и дашборды. В дополнение к классическим проблемам мониторинга монолитного приложения, микросервисы создают массу новой головной боли для мониторинга. Расположение сервисов постоянно меняется, часто появляются новые сервисы, меняются зависимости между ними, временные job'ы запускаются в случайном месте — пропадает понятие стабильной конфигурации. Пропадает понятие продакшна: в одной среде запущено множество версий одного сервиса — при деплое, для разных сегментов аудитории, для тестов и т.п. Разработчики же при виде такого счастья склонны быстро улучшать приложение, создавать много новых метрик, постоянно убивать старые и, несмотря на это, ожидать работающий мониторинг и реакции на новые проблемы. Prometheus построен по мотивам Google Borgmon и отлично решает эти проблемы, предоставляя инструменты для автоматического и быстрого ручного обновления конфигурации. Запустился новый сервер, новый сервис, новая версия — и они уже подключены в мониторинг. Остановились — их там нет, если не нужны. Пропала неактуальная метрика — алертинг умеет с этим жить. После этого доклада у вас будет понимание, насколько Prometheus подходит для использования в ваших системах.

Prometheus мониторинг микросервисных приложений / Виталий Левченко

Ontico

Do it yourself profiler

Vladimir Sitnikov

Макс Лапшин - "EventMachine и evented архитектура"

railsclub

Мониторинг, когда не тестируешь

Uptime Community

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

Алексей Романчук «Реактивное программирование»

DevDay

Минуты из жизни со Spark

RamblerML

Все говорят, что для максимальной производительности работы из Java с базой данных нужно использовать PreparedStatements и Batch DML. Практика показывает, что нельзя слепо идти на поводу у прописных истин. Нужно понимать особенности конкретной базы и характера передаваемых данных. В докладе мы рассмотрим то, как эффективное использование протокола PostgreSQL позволяет добиться высокой производительности при выборке и сохранении данных. На примерах увидим как простые изменения в коде приложения и JDBC драйвера на порядок ускоряют запросы. Мы увидим как задействовать механизм server prepared statements из клиенсткого кода и узнаем его узкие места. Обсудим средства эффективной передачи данных в базу. Многие обсуждаемые доработки недавно вошли в состав официального JDBC драйвера. Доклад будет полезен не только Java программистам, т.к. многие подводные грабли вытекают из самого протокола общения PostgreSQL с внешним миром.

PostgreSQL и JDBC: выжимаем все соки

Vladimir Sitnikov

La actualidad más candente (20)

Deployment to production with an unexpected load

Implement your own profiler with blackjack and fun

Типовое внедрение мониторинга

Подводные камни в нагрузочном тестировании

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

A step-by-step approach toward high quality OutOfMemoryError analysis

"Fault tolerant workflow orchestration on PHP", Anton Tsitou

Проблемы производительности open source библиотек

Erlang, который мы потеряли

SDN & DEVOPS ?= ❤: Практики использования SDN / Александр Шалимов (ЦПИКС, МГУ)

Куликовский Дмитрий - Работа системного администратора сегодня

Отказоустойчивость и производительность

Wild Async .NET world: AID Kit for boy-scouts

Prometheus мониторинг микросервисных приложений / Виталий Левченко

Do it yourself profiler

Макс Лапшин - "EventMachine и evented архитектура"

Мониторинг, когда не тестируешь

Алексей Романчук «Реактивное программирование»

Минуты из жизни со Spark

PostgreSQL и JDBC: выжимаем все соки

Similar a Алексей Зозуленко - "Использование Selenium Grid 2 для ускорения выполнения тестов"

РИТ++ 2017, Root Conf Зал Пекин + Шанхай, 6 июня, 11:00 Тезисы: http://rootconf.ru/2017/abstracts/2507 - Почему prometheus? - быстрый (golang) - time series database - простота развертывания через scm (ansible/chef/puppet/salt) - готовые exports & dashboars for grafana - Внедряем - переносим базовый мониторинг систем в prometheus (cpu/disk/net/mem) - настраиваем discovery новых хостов и сервисов - подключаем визуализацию - настраиваем алертинг - Дополнительно - резервируем prometheus (alertmanager + prometheus instance) - получаем информацию из собственных приложений - получаем статистику из логов - Заключение - возможности масштабирования - какую нагрузку держим

Переезжаем с Zabbix на Prometheus / Василий Озеров (fevlake)

Ontico

Selenium grid on-demand

SQALab

HighLoad++ 2017 Зал «Кейптаун», 8 ноября, 10:00 Тезисы: http://www.highload.ru/2017/abstracts/2914.html Казалось бы, что нужно для организации тестового окружения? Тестовая железка и копия боевого окружения - и тестовый сервер готов. Но как быть, когда проект сложный? А когда большой? А если нужно тестировать одновременно много версий? А если все это вместе? Организация тестирования большого развивающегося проекта, где одновременно в разработке и тестировании около полусотни фич - достаточно непростая задача. Ситуация обычно осложняется тем, что иногда есть желание потрогать еще не полностью готовый функционал. В таких ситуациях часто возникает вопрос: "А куда это можно накатить и где покликать?" ...

Готовим тестовое окружение, или сколько тестовых инстансов вам нужно / Алекса...

Ontico

Организация автоматического тестирования в схеме непрерывной интеграции

SQALab

CodeFest 2012. Курносова Т. и Баяндин А. — Selenium2: полевые испытания

CodeFest

Каким будет Selenium 3.0 и Selenium 4.0

SQALab

HL++2013 Leskin

Andrey Leskin

Drupal code sprint для новичков

Ovadiah Myrgorod

Доклад на конференции WebDev 2015 С развитием веб-проектов в качестве SaaS по agile-технологиям основной проблемой становиться своевременной обновление разрабатываемого ПО на множестве подконтрольных доменов. В этом случае достаточно удобно использовать системы непрерывной интеграции, которые позволяют оценить новый код, произвести тестирование и развертывание веб-проекта. В докладе представлена общая картинка организации системы непрерывной интеграции и рассмотрены основные инструменты для тестирования, оценки качества кода и организации развертывания веб-проекта под UNIX-подобные системы с использованием бесплатного ПО.

Кирилл Комлев. О реализации continuous integration для web проектов

Olesya_V

непрерывная интеграция шаг к непрерывному деплою родионов игорь

drupalconf

HighLoad++ 2017 Зал «Найроби + Касабланка», 8 ноября, 16:00 Тезисы: http://www.highload.ru/2017/abstracts/2996.html Наш проект – это облачный CI-сервис, на котором пользователи запускают тесты разрабатываемых проектов. В этом году система автозакупки нашего проекта приобрела 37218 машин (Amazon Instances). Это позволило обработать 189488 "задач" (прогонов тестов) наших клиентов. Тесты – это всегда ресурсоемкие задачи с максимальным потреблением процессорных мощностей и памяти. Мы не можем прогнозировать, сколько параллельных вычислений и в какой момент времени будет. Перед нами стояла задача построения архитектуры системы, которая умеет очень быстро увеличивать, а также быстро уменьшать мощности кластера.

Как построить кластер для расчета сотен тысяч high-CPU/high-MEM-задач и не ра...

Ontico

Все разработчики автоматизированных тестов рано или поздно сталкиваются с проблемой - "то, что есть в тулзе, которую я юзаю, явно не достаточно и надо что-то делать". Мы поговорим с чего начать и чем продолжить, так чтоб получить действительно хорошее решение для автоматизированного тестирования. Обсудим интеграцию с continues integration и реализации систем репортинга. За опорный пример возьму фреймворк на базе Selenium.

Артем Розуменко - "Как и зачем разрабатывать собственный фреймворк?"

Алексей Зозуленко - "Использование Selenium Grid 2 для ускорения выполнения тестов"

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Similar a Алексей Зозуленко - "Использование Selenium Grid 2 для ускорения выполнения тестов"

Similar a Алексей Зозуленко - "Использование Selenium Grid 2 для ускорения выполнения тестов" (20)

Más de QA Dnepropetrovsk Community (Ukraine)

Más de QA Dnepropetrovsk Community (Ukraine) (20)

Алексей Зозуленко - "Использование Selenium Grid 2 для ускорения выполнения тестов"