Comments 8
Selenium везде )
Правильная ссылка на Selenoid вот такая: http://github.com/aandryashin/selenoid
Там в докладе опечатка.
Там в докладе опечатка.
Спасибо!
теперь кстати вообще: https://github.com/aerokube/selenoid
— Почему пользуетесь xpath?
— Привыкли
as is => as is
— Привыкли
as is => as is
В целом, весьма странный вопрос. Потому что работали ранее, потому что привыкли, потому что на данном этапе устраивает.
Мы например покрываем e2e тестами рабочее приложение, иногда css селекторы очень длинные, айдишников тоже рядом нет, поэтому благодаря xpath находим компонент по заголовку, подымаемся выше и в нашем распоряжении весь блок… а так, конечно предпочтительнее css…
Был на встрече, первый доклад показался очень скучным, на мой взгляд тема со слоями не была раскрыта полностью.
Доклад 2 хорошо, но мало сказано об областях применения, поговорил с несколькими тестерами и они не смогли сказать где можно это использовать в своих проектах.
Доклад 3 очень хорошо, интересно, и бодрит, думаю, что докеризация для параллельного выполнения тестов это хорошо, н.р. запускать все тесты с ff на одном, а с хромом на другом.
Один парень на этой встрече сказал: «в докладах с Яндекса одна проблема: они думают, что у всех так же как у Яндекса». Пожалуй он прав.
Возможно проблема была в том, что я больше frontend чем тестер, поэтому не увидел чего-то.
Доклад 2 хорошо, но мало сказано об областях применения, поговорил с несколькими тестерами и они не смогли сказать где можно это использовать в своих проектах.
Доклад 3 очень хорошо, интересно, и бодрит, думаю, что докеризация для параллельного выполнения тестов это хорошо, н.р. запускать все тесты с ff на одном, а с хромом на другом.
Один парень на этой встрече сказал: «в докладах с Яндекса одна проблема: они думают, что у всех так же как у Яндекса». Пожалуй он прав.
Возможно проблема была в том, что я больше frontend чем тестер, поэтому не увидел чего-то.
Sign up to leave a comment.
Кодогенерация, Selenoid, HtmlElements в работе автотестировщика