Comments 11
а почему не рассмотрели Jest + Puppeteer?
Пупитер в целом единственный оппонент плейрайту, а джест как раннер прекрасен.
Я могу ошибаться, но вроде даже создатели пупитира и делают PW сейчас (Andrey Lushnikov и Joel Einbinder). Инструмент хороший, не спорю, но не рассмотрел его, потому что нечасто сталкивался с этой связкой лично. Не спорю, что она имеет место быть сейчас наравне с другими инструментами. Спасибо, будет, что потестировать в свободное время :)
Jest + Puppeteer не имеет никакого смысла когда есть Playwright. это всё равно что использовать голый селениум на джаве вместо селенида. Playwright умеет всё что есть в Jest + Puppeteer, но сверху имеет кучу бойлерплейтного кода типа вейтов, ретраев, скриншотов, видео и трейсов, репортер и много много чего ещё.
А как же апишка, rest assured и т.д.? «Автоматизация тестирования» - слишком широкое понятие, чтобы под ним иметь ввиду только автоматизацию тестов на UI.
Я так понимаю, вы работали и с PW, и с Selenium. Расскажете, чем последний настолько хуже? (это относится ко всему Selenium-based или Selenide в этой классификации норм?)
Да, у меня так вышло, что сейчас я работаю одновременно с Selenium и PW (Selenium для desktop-приложения и PW для веба). Если брать что-то из очевидного, то:
скорость
удобство разработки (если брать чистый селениум, то это чаще неудобно, приходится дописывать свою логику, яркий пример -- ожидания с логированием)
возможности из коробки (т.е. киллер-фичи фреймворков, в PW их больше, потому что продукт свежий достаточно и у него нет легаси, которое нужно поддерживать)
оркестрация драйверами браузеров в CI у PW происходит через вебсокеты, это быстрее и стабильнее
Но это не значит, что Selenium плохой. Он очень хорош в разных ситуациях, например, основные фреймворки для тестирования мобилок (не берём нативные) -- selenium-based, десктоп - тоже selenium-based, очень много информации и большая экспертиза. Нужно смотреть обособленно на выбор фреймворка. Поэтому сейчас использую оба подхода каждый день.
(конечно, матерюсь с селениумом как сапожник, но главное, что работает и делает то, что должен делать)
вообще неважно какой фреймворк, важно используется ли.
а вот в бесконечных ресёрчах, а главное — переездах с фреймворка на фреймворк можно потонуть
Ну, не всегда прям должно быть всё равно какой язык/стек/фреймворк использовать. Если есть совпадение по одному из признаков со стеком компании, то да, уже легче выбрать фреймворк, к примеру. Но полностью ресёрчи я бы не выкидывал. Если делается с запасом на будущее, то лучше это продумать заранее, шифт-лефт, все дела)
А Java + Playwright не котируется?
Фантастические стеки автоматизации тестирования, и где они обитают. Есть ли среди них лучший?