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)


  1. AlimovTILLO
    21.03.2017 13:52

    Selenium везде )


  1. vaniaPooh
    21.03.2017 13:56
    +1

    Правильная ссылка на Selenoid вот такая: http://github.com/aandryashin/selenoid
    Там в докладе опечатка.


    1. Wriketeam
      21.03.2017 14:05

      Спасибо!


  1. Nakutaro
    21.03.2017 18:25

    — Почему пользуетесь xpath?
    — Привыкли

    as is => as is


    1. Wriketeam
      21.03.2017 18:34

      В целом, весьма странный вопрос. Потому что работали ранее, потому что привыкли, потому что на данном этапе устраивает.


    1. Kanumowa
      21.03.2017 23:20

      Мы например покрываем e2e тестами рабочее приложение, иногда css селекторы очень длинные, айдишников тоже рядом нет, поэтому благодаря xpath находим компонент по заголовку, подымаемся выше и в нашем распоряжении весь блок… а так, конечно предпочтительнее css…


  1. XeL077
    22.03.2017 14:20
    +1

    Был на встрече, первый доклад показался очень скучным, на мой взгляд тема со слоями не была раскрыта полностью.

    Доклад 2 хорошо, но мало сказано об областях применения, поговорил с несколькими тестерами и они не смогли сказать где можно это использовать в своих проектах.

    Доклад 3 очень хорошо, интересно, и бодрит, думаю, что докеризация для параллельного выполнения тестов это хорошо, н.р. запускать все тесты с ff на одном, а с хромом на другом.

    Один парень на этой встрече сказал: «в докладах с Яндекса одна проблема: они думают, что у всех так же как у Яндекса». Пожалуй он прав.
    Возможно проблема была в том, что я больше frontend чем тестер, поэтому не увидел чего-то.