Комментарии 10
К сожалению, не убедили. В 2025 большинство топит за playwright, и да, он действительно хорош, перейдите, не пожалеете. Можете даже прокси классы прокинуть, попробовать, чтобы Selenium Api сохранить
Тоже не убедили. Playwright может так с любыми языками, единственное не знаю как он с Windows приложениями.
Я тоже на playwright работаю и сейчас это лучшее,что существует для веба. Но у нас нет необходимости работать с мобильными и десктопными приложениями. Поэтому ваш выбор, я думаю обоснован. Здесь уже не мода и удобство, а унификация важнее.
Долго использовал селениум для какого-то парсинга и автоматизации действий в браузере, пока ненаткнулся на playwright и он меня приятно удивил и я ушел с селениума в пользу playwright, чего и всем советую кто до сих пор на селениуме
playwright не подходит для сложных задач, т.к. слишком высокий уровень абстракции. Невозможно связать объекты найденные через dev protocol с объектами playwright. Про связку по xpath можете не говорить, попробуйте его применить для web компонентов.
Спасибо за ваш комментарий! Вы правы, у каждого инструмента есть свои плюсы и минусы. Playwright действительно проще и удобнее для многих стандартных задач, но его подход может не подойти для каких-то очень специфичных случаев.
Selenium же дает чуть больше гибкости и контроля, что для нас, с нашим разнообразием проектов, часто важнее. В итоге выбор зависит от конкретных задач — оба инструмента достойные.
Добрый день! Спасибо за статью, ранее приходилось разрабатывать автотесты и на CodeceptionPHP + Selenium, сейчас перешли на Playwright+TS тестируем им веб-мобайл и веб, совместили два подхода https://habr.com/ru/companies/fix_price/articles/1020244/. Ни сколько не топлю за него, но есть свои определенные плюсы в скорости, в автоожиданиях элементов, авторизации и мульти авторизации в приложениях. И да, подходы конечно к управлению браузерами у этих фреймворков, кардинально отличаются.

Почему для автоматизации тестирования мы выбрали Selenium и вам советуем