Chief ConfeT&QA: 14-15-16 октября
Fun ConfeT&QA: 28-29-30 октября
Selen ConfeT&QA: 25-26-27 ноября
Mobile ConfeT&QA: 9-10-11 декабря

Selen ConfeT&QA, осень 2013

Chief ConfeT&QA   |   Fun ConfeT&QA   |   Selen ConfeT&QA   |   Mobile ConfeT&QA

Конференция для специалистов по использованию инструмента Selenium для автоматизации тестирования веб-приложений Selen ConfeT&QA проходила 25-26-27 ноября 2013 года.

Ниже представлен список докладов, прозвучавших на этой конференции.

25 ноября 2013 года
17:10 Алексей Баранцев / От инструмента к стандарту
17:50 Игорь Хрол / Повышаем надёжность Selenium тестов через JavaScript
18:30 Станислав Волков / Построение системы распределенного запуска Selenium тестов в .NET
26 ноября 2013 года
17:00 Андрей Дзыня / Живая документация продукта на примере Cucumber-JVM и WebDriver
17:40 Алексей Зозуленко / Биология Инструментов. Возможны ли «мутации»
18:20 Александр Реминный / Selenium и тестирование Native мобильных приложений
27 ноября 2013 года
17:00 Андрей Солнцев / Selenide: лаконичные и стабильные UI тесты на Java
17:40 Алексей Баранцев / Selenium и BrowserMobProxy: вместе веселее!
18:20 Андрей Ребров / Selenium на Windows Phone – BridgIt идет на помощь!

1 Повышаем надёжность Selenium тестов через JavaScript
Игорь Хрол (Беларусь, Минск)
UI-автотесты не отличаются высокой надёжностью. Где-то может не хватать синхронизации и тесты будут «падать» время от времени просто так. Или фокус «слетел» и кнопка не нажалась. Эти и другие случаи зачастую делают результаты автотестов непредсказуемыми и не вызвающими доверия.

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

 

2 Selenium и тестирование Native мобильных приложений
Александр Реминный
Selenium уже давно является стандартом для тестирования приложений в браузере, но зачем же ограничивать себя, ведь его API настолько богат!

Поэтому появились разработки, а точнее продукт Appium, которые позволяют тестировать даже Native iOS/Android приложения, которые дают то же API и при этом не требуют инструментации тестированных приложений. Именно о коммерческом опыте разработки с использованием этого продукта мы и поговорим.

 

3 Selenium и BrowserMobProxy: вместе веселее!
Алексей Баранцев Россия
Есть некоторые «фичи», которых в Selenium нет и скорее всего не будет. Среди них загрузка файлов с сервера, работа с сайтами, требующими авторизации или принятия сертификатов, проверка кодов ответа на HTTP-запросы. Их не планируется добавлять в Selenium, потому что более правильным способом их реализации является использование вспомогательного прокси-сервера, работающего в связке с Selenium.

Наиболее подходящим для этой цели является BrowserMobProxy, который в своё время «отпочковался» от Selenium и стал самостоятельным продуктом. Я расскажу вам о том, как интеграция с BrowserMobProxy позволяет расширить возможности Selenium, и в том числе решать вышеупомянутые задачи.

 

4 Построение системы распределенного запуска Selenium тестов в .NET
Станислав Волков Россия
В своем докладе я расскажу о нашей борьбе над уменьшением времени прохождения тестов. По каким причинам не подошел Selenium Grid и PNunit. Как мы шли от параллельного запуска на одном компьютере к распределенной системе независимой от количества подключенных машин.

План доклада:
Зачем нужен параллельный запуск тестов
Обзор существующего на рынке инструментария (Selenium Grid, PNunit)
Параллельный запуск в рамках одного компьютера
Запуск на нескольких компьютерах
Получение отчета
Сравнение самописного инструмента и Selenium Grid

 

5 Selenide: лаконичные и стабильные UI тесты на Java
Андрей Солнцев Эстония
Написание UI-тестов – нетривиальная задача. Настолько нетривиальная, что тестировщиков стали даже разделять на касты автоматизаторов и мануальщиков, а разработчики даже и мысли такой не допускают, чтобы самим писать тесты. Нестабильность, таймауты, ajax, бесконечная поддержка – вот что снится автоматизаторам в кошмарных снах. UI-тесты как тамагочи: требуют постоянного внимания. Тем более поразительно, что большинство существующих фреймворков для тестирования не пытаются решить этих – настоящих! – проблем, концентрируясь на красивых отчётах и BDD.

Я хочу рассказать про библиотеку Selenide, позволяющую писать лаконичные тесты и решающую большинство проблем типа таймаутов простым и элегантным способом. С Selenide вам больше не нужно заботиться о браузере, таймаутах, ajax и StaleElementException. Можете сконцентрироваться на бизнес-логике!

Как сказал один мой знакомый, теперь даже мануальщики могут писать тесты.

 

6 Биология Инструментов. Возможны ли «мутации»
Алексей Зозуленко Украина
Простые приложение тестируются просто. Но что же делать когда ваше приложение достигает enterprise уровня. Когда используются не одна-две технологии, а десятки. В таком случае необходимо обращаться к нескольким инструментам. Но разные инструменты не всегда живут дружно.
В своем докладе я расскажу как под единым подходом можно «скрещивать» разнообразные инструменты и какие «мутации» возникают.
Также затрону безопасные «мутации» нами всеми любимого инструмента selenium.
 

7 Selenium на Windows Phone – BridgIt идет на помощь!
Андрей Ребров
Мобильные платформы всегда добавляли сложностей проектам. Это и отдельный дизайн, отдельные навыки, отдельное время и, конечно, отдельные проблемы. И, конечно же, отдельный подход к тестированию и автотестированию. Selenium отлично помогает в случаях, когда мы работаем с телефонами на платформах iOS и Android. В случае Windows Phone все пока что очень грустно – драйверов нет и команда Selenium пока не собирается его писать. В своем докладе я бы хотел показать альтернативный драйвер, который можно запустить на WIndows Phone. Этот драйвер называется BridgIt и работает на основе web sockets. Интересно? Тогда жду вас на своем докладе!
 

8 Живая документация продукта на примере Cucumber-JVM и WebDriver
Андрей Дзыня Украина
Чтобы документация о разрабатываемом продукте не создавала обузы и не лежала мертвым грузом, многие пришли к подходам BDD, ATDD, Specification by Example. Главная цель этих подходов – сделать документацию по продукту живой. Другими словами, документация всегда up-to-date, потому что она представляет собой сценарии приемки, без которых поставка приложения невозможна.

В своем докладе за 20 минут я покажу как реализовывать приемочные сценарии при помощи Cucumber-JVM и WebDriver.

 

9 От инструмента к стандарту
Алексей Баранцев Россия
Задача автоматического управления поведением браузера чаще всего встречается в контексте автоматизации тестирования веб-приложений. Соответственно, каждый производитель инструментов автоматизации тестирования, от бесплатных до коммерческих, тем или иным способом решает эту задачу. При этом основной проблемой является поддержка большого количества разных браузеров на большом количестве платформ, причём в последние годы к этому многообразию добавились ещё и мобильные платформы с крайне жёсткими ограничениями по ресурсам и доступности.

Идеальной была бы ситуация, если бы производители браузера реализовывали единый программный интерфейс, через который можно было бы управлять браузером. Это резко упростило бы задачу создания инструментов автоматизации и повысило их «всеядность». И есть надежда, что это время уже не за горами!

Я расскажу о том, как Selenium прошёл путь от «обычного инструмента тестирования» до стандарта W3C, что регламентирует этот стандарт, каково текущее состояние стандарта и его реализаций.