15 марта в питерском офисе Wrike прошла встреча автотестировщиков. Поговорили о новых эффективных подходах и инструментах в сфере автоматизации тестирования, оценили их применимость в тех или иных кейсах и спешим поделиться записью докладов и презентациями.
Олег Николенко, QA Automation Team Lead, Wrike — HtmlElements — И у тестов есть слои
Поговорим про издержки автоматизации веб тестов, такие как поддержка кода, мигающие и медленные тесты, нечитаемые отчеты. Я поделюсь тем, как мы решили наши проблемы и какие инструменты использовали. Расскажу о последних изнениях в библиотеке htmlelements, про то, как теперь выглядит наш PageObject, из каких слоев состоят наши тесты, куда мы дели геттеры xPath и что такое extentions для элементов.
2. Кирилл Меркушев, Яндекс — Кодогенерация как способ решения проблем автоматизатора
Автоматизация тестирования — это не только про написание WebDriver тестов. Это прежде всего решение регулярно возникающих проблем, либо оптимизация повторяющегося труда.
Для того чтобы написать качественные, поддерживаемые тесты и утилиты для тестирования, требуется множество дополнительных издержек — http клиенты, организация проверок, описание проекта с тестами, поддержка документации (этот список гораздо длиннее!).
В докладе я расскажу как можно автоматизировать написание кода, облегчающее бремя поддержки дополнительного кода для тестов, какие уже готовые инструменты и механизмы существуют в Java экосистеме и что используем мы, чтобы превратить десяток строк декларативного описания в сотни строк кода, который можно просто брать и использовать.
3. Артем Ерошенко, Яндекс.Вертикали? — Selenium: новая надежда
Каждому разработчику, который пишет тесты через web-интерфейс, знаком инструмент под названием Selenium. Когда тестов становится много, появляется необходиость управления браузерами с помощью Selenium HUB.
К сожалению, стандартный Selenium HUB имеет множество недостатков. В докладе я расскажу, как можно быстро и просто поднять высокопроизводительный и надежный хаб Selenium-ов с помощью инструмента с открытым исходным кодом под названием Selenoid. Особенность этого инструмента заключается в том, что на каждую сессию браузера стартует отдельный docker-контейнер. Это позволяет гаранитировать чистоту и изолированность ваших сессий и избавляет вас от множества инфраструктурных проблем.
Комментарии (7)
vaniaPooh
21.03.2017 13:56+1Правильная ссылка на Selenoid вот такая: http://github.com/aandryashin/selenoid
Там в докладе опечатка.
Nakutaro
21.03.2017 18:25— Почему пользуетесь xpath?
— Привыкли
as is => as isWriketeam
21.03.2017 18:34В целом, весьма странный вопрос. Потому что работали ранее, потому что привыкли, потому что на данном этапе устраивает.
Kanumowa
21.03.2017 23:20Мы например покрываем e2e тестами рабочее приложение, иногда css селекторы очень длинные, айдишников тоже рядом нет, поэтому благодаря xpath находим компонент по заголовку, подымаемся выше и в нашем распоряжении весь блок… а так, конечно предпочтительнее css…
XeL077
22.03.2017 14:20+1Был на встрече, первый доклад показался очень скучным, на мой взгляд тема со слоями не была раскрыта полностью.
Доклад 2 хорошо, но мало сказано об областях применения, поговорил с несколькими тестерами и они не смогли сказать где можно это использовать в своих проектах.
Доклад 3 очень хорошо, интересно, и бодрит, думаю, что докеризация для параллельного выполнения тестов это хорошо, н.р. запускать все тесты с ff на одном, а с хромом на другом.
Один парень на этой встрече сказал: «в докладах с Яндекса одна проблема: они думают, что у всех так же как у Яндекса». Пожалуй он прав.
Возможно проблема была в том, что я больше frontend чем тестер, поэтому не увидел чего-то.
AlimovTILLO
Selenium везде )