Комментарии 2
Но ведь end to end тесты как раз про тестирование конечного интерфейса. Т е. Там где дропдаун через минуту появится и тест займет минуту это в целом ок. На то он и end тестом зовётся. А когда ты запускаешь кусок приложения в отрыве от его реальной конечной реализации, это не совсем честный тест, ведь условия для его выполнения созданы искусственно.
Также хочется отметить, перечисленные минусы не являются минусами.
Невозможно выполнить код внутри приложения - этого и не должно быть в е2е тесте, это как проверять "золотой путь" покупки чего-то на сайте без кликов на карточку товара, кнопку купить и дальнейшего перехода в чекаут. Вы или полностью как пользователь взаимодействуете или у вас просто не end to end тест. Иначе как гарантировать, что кнопка купить на сайте есть и она работает? Вы же ее предлагаете рендерить отдельно.
Невозможность мокать апи - тут кажется просто стоило обратиться к документации или Гуглу. В безголовых браузерах все вполне реализуется.
Генерация фикстур и демо данных должна быть реализована отдельно от теста на уровне соглашений по работе с dev средой, иначе выглядит странно, что мне локальный проект чтобы наполнить надо прогнать тесты. Звучит так себе.
Как правило, переход на localhost:3000 приводит к вечной загрузке страницы
Тоже улыбнуло) у нас проекты локально спокойно работают на подобных адресах. И условный puppeteer спокойно открывает такие страницы. Это точно проблема инструментов тестирования?
Знакомьтесь, SafeTest — новый подход к тестированию фронтенда