Comments 7
Пересказ куска документации с вываливанием списка методов... кто аудитория вашей статьи?
Если тот, кто никогда не писал браузерных тестов - им это не поможет от слова совсем. Им нужен пошаговый туториал и пример того, по каким файликам что лучше распихать условно говоря.
Тем, кто писал - тоже не поможет понять в чем же фишка инструмента, в чем его отличие от вебдрайвера или сайпресса и тд. Им проще залезть в документацию.
Речь не про тесты. И в этой статье и в прошлой. Я акцент делал на переходе от селениум к Playwright. Не больше и не меньше.
Извините, я наверное не все правильно понимаю, но что точно понимаю, что не понимаю из ваших объяснений, зачем уходить в Playwright...
Например, все эти методы `get_by_role`, `get_by_label` и т.д. полностью рассыпаются от одного xpath селектора `//*[contains(@role, 'роль)]` и т.п. Зачем все эти методы нужны и зачем их надо помнить?
Фильтрация... ну может быть кому то и нужно, но чё то кейс придумать не могу, чтоб в жизни пригодилось...
Все остальное есть в Selenium и практически не отличается.
Т.е. обе ваши статьи про playwright - да, но НЕ отвечают на вопрос почему на него надо переходить.
поддерживаю
Не вижу ничего уникального. Если бы сравнивали API с Selenium, это было бы более понятно. А здесь просто документация.
Алексей, очень хочу подробного разбора, но с другой подачей.
Я понимаю, что когда нашел что-то интересное - глаза горят и все в голове имеет цельную картинку, а эти все - ничего не понимают.
Дальше мое имхо, мой взгляд на то, что я бы хотел видеть в ваших статьях, вполне возможно, что вы как автор с этим не согласны, да и не факт, что мое видение нужно еще кому-то. Итак:
Выдохните, уберите все обещания что-то рассказать подробнее потом, уберите все списки возможных переменных. Слишком много суеты. Вы так и не рассказали, чем же он лучше Селениума. Какой подход, какие черты у него лучше? И у того и у другого есть методы и функции, они по разному называются - да и пофиг, если честно, конкретику можно понять просто поставив точку в IDE.
Расскажите, что именно, принципиально у них лучше чем у селениума. И тот и другой ищут по имени/селекторам/структуре и тд. В чем отличие то принципиальное? Какая боль программистов селениума тут решена? Какой подход в разработке на этой платформе ускоряет работу относительно селениума? Он куда то лучше интегрируется? не требует обновления драйвера(а как тогда?)? Имеет какие то настройки по умолчанию и то, что раньше нужно было писать руками - тут уже написано кем то, и для мелких вещей с ним быстрее(эдакий баш в сравнении с программированием, когда можно на коленке налабать пяток строк и все работает)...
Пока я вижу проблемы с синтаксической логикой("name="), меньшее количество языков поддерживается, меньше документации в связи с недавним появлением, разработчики браузеров точно знают про селениум и проблемы решаются быстрее чем у "убийцы селениума"...
-----Upd----
Вот: https://habr.com/ru/articles/691012/ теперь стало понятнее: модно, молодежно, разрабатывается человеком, который раньше делал другого "убийцу селениума", многие вещи автоматизированы... для нового проекта, не содержащего "тонны кода селениума"(с) должен подойти...
# получаем 4-й элемент списка, не содержащий "Country Name"
Тогда видимо 5-й элемент, если отсчет индексов идет с нуля.
Playwright: Поиск, фильтрация и ожидание элементов на странице