Попалась годная статья про миграцию с Selenium на Playwright: статья на Habr
Главный тезис очень знакомый: команды мигрируют не тесты, а способ мышления, который годами формировался вокруг WebDriver.
Фреймворк новый, а голова старая 😄
Особенно узнаваемые анти-паттерны:
→
Thread.sleep(2000) после каждого шага «на всякий случай». Хотя Playwright сам умеет ждать, пока элемент станет доступен для действия.→ Общий
BrowserContext на класс тестов вместо нового контекста на каждый тест. В Java приходится контролировать самому ошибся, и получаешь флаки, которые потом неделями списывают на «инфраструктуру».→ Логин через UI в каждом тесте вместо
storageState. 500 тестов = 500 прокликиваний формы логина. И достаточно поменять форму и падает полсьюита.В статье таких ошибок семь, плюс чек-лист из 15 пунктов.
И цифры там вполне реальные: в одном из кейсов E2E-прогон сократили с 35 до 7 минут.
Понравилась и честная оговорка автора: большинство этих практик вообще-то не эксклюзив Playwright. То же самое можно сделать и в Selenium просто там многое приходится собирать и дисциплинированно поддерживать самому.
Короче, при миграции недостаточно заменить
WebDriver на Playwright.Нужно ещё заменить мышление 😅
Кто уже мигрировал с Selenium на Playwright сколько из этих семи ошибок нашли у себя?
И какая оказалась самой болезненной?