Как стать автором
Обновить

Комментарии 9

В playwright очень удобно сохранять local storage браузера и использовать его в контексте последующих тестов, чтоб не логиниться при каждом тесте. Понравилось, как легко и элегантно это реализовано.
Ну и стабильность тестов по сравнению с Selenuim намного выше "из коробки".

А ещё там превосходные инструменты отладки. Не только запись видео, но и трассировщик (название для Python). В JS версии это может по другому называется, но смысл в том, что это запись снэп-шотов DOM до и после выполнения каждого оператора Playwright. То есть это не скриншоты, а исходный код страниц(ы) на каждый шаг выполнения скрипта.

Да, вариант c local storage я кстати тоже видела и рассматривала, спасибо, что добавили!

Поддерживаю, это плюс dependencies а ля setup - удобно, если требуется авторизация "не из коробки", например. Вообще, мне у них понравилась идея "всё - тест" и разделение на "код браузера / код среды тестирования". Сначала бесит везде пихать page, потом привыкаешь, а потом видишь реальный профит.

А почему в таблице сравнения нет самого Playwright?

Я сначала пыталась отсеить тех кандидатов, которые точно нам не подойдут еще до сравнения с Playwright

Playwright поддерживает Jest, Mocha, Jasmine и другие известные серверы непрерывной интеграции

А также известный тестовый фреймворк Jenkins =)))

“А это в свою очередь значит, что полностью автоматизировать тесты (интегрировать их в CI/CD) таким образом будет невозможно. “

Это вообще не так, почитайте про TOTP/HOTP. В общем гугловый аутентификатор прикручивается за полчаса.

Треть статьи это чистый ридми и специфические для вашего проекта проблемы, я так и не понял какую проблему решил для вас фреймворк. Таблица совместимости браузеров тоже непонятна, почему нельзя использовать конкретный драйвер под конкретный браузер?

а сколько по времени тесты у вас выполняются на реальном проекте ?

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории