Круче потому что он решает не только эти задачи

Точно, забыл про всякие скрапперы, а ведь и сам его так использовал☺
Благодарю за совет😉

Любые скрейперы, всякие HTML2PDF, скриншот тестирование и так далее - это все к puppeteer и playwright

Таких задач пока нет, так что будем сайпрес заводить

Что скажете про playwright? Стоит использовать?

Хороший наследник папетира

Посмотрите еще https://miragejs.com/ для моков респонсов, если еще не смотрели

Ага, предлагал это решение для того что бы убрать "глюки" самописного мок сервера
Но решили что будем мигрировать на комплексное решение
Большинство тулзов уже умеют мокать, даже webdriverio, но там это не сильно удобно

Тут другой вопрос главный

Как поддерживать консистентность моков и релаьного апи

а как вы боретесь с формированием данных с сервера? мираж позволяет создавать фабрики для формирования апи ресурсов, а пользоваться фикстурами это боль

Что то что то имеет проблемы :)

В случае с миражом и его схемой - то что это дублирование логики Бэка и верифицировать что это работает так же как сам бэк проблемно

Вот вот )
Как поддерживаем консистентность - через боль и страдания и кропотливую работу
Поэтому хотим светлого будущего и единый тулз )

Ну сайпресс это не решит :)

с этим согласен, но если ли какие-то альтернативы?

Ну а если говорить про контрактное программирование и хранить схемки отдельно централизованно?
Вспомнился анекдот ) Сорри за лонгрид
Выбирают подрядчика на строительство моста
Выступают немцы. Их спрашивают - как будете строить?
"Начем с одного конца и с другого и точно по середине встретимся"
- Что будете использовать что бы встретится?
"У нас передовые разработки в GPS навигациях с минимальными погрешностями"
Ок
Выступают японцы, те же вопросы
"Мы начнем тоже строить с обеих концов и синхронизируемся посередине. Для этого будем использовать новейшие разработки лазеров и виртуальной реальности"
Ок
Выступают румыны (мне этот анекдот как раз один румын рассказал)
Вопросы те же
"Ну мы начнем строить с обеих концов и встретимся по середине"
- что будете использовать?
"ничего"
!!!??
- а как же вы встретитесь?
"Ну если встретимся значит встретимся, если не встретимся значит будет два моста" )

Для этого нужны  инструменты верификации схем и на фронте и на бэке

Когда на беке тоже JS это в целом проще ) Или мы говорим про какой то мидллеер?
Мы затягиваем графкуэль и делам генерацию типов TS из схем графкуэля (или наоборот из TS интерфейсов в схемы еще не решили)
Ну а потом будем использовать типы и там и там

Если мы делаем graphql то тут все понятно независимо от js :)

Но не graphql единым, да и у самого graphql на бэке тонны проблем