y
при этом куча гайдов как это делать и всем ок, а вот с моком graphql костыли сплошные
Size: a a a
2021 November 11
ОЛ
сypress это интеграционные юи тесты, мокать бек, тоже самое что писать функциональные тесты с юи - бред
ОЛ
Вы суть интеграционного теста теряете при этом
ОЛ
Я к этому, если что)
SI
поднимаем локальный бек и тестим
y
как вариант
ОЛ
два чая, так и делают почти все )
y
у вас тесты в ci? а если, например, на бэке ошибка или запросы долгие?
ОЛ
да, для ci отдельный бек контур поднимается
y
понял, но звучит тяжко конечно
ОЛ
Либо можете дев базу и прод базу сделать, и ci в прогоне тестов к дев цеплять
ОЛ
Но мокать бек точно не стоит, суть интеграционного теста теряете
SI
тесты падают, пайплайн ен проходит
SI
у нас это все в докере, написан скрипт, запускается одной командой
SI
рекомендую)
y
ну у нас дев и прод базы раздельные уже. Я просто не понимаю как это проблему решит. Если на деве ошибка на бэке, фронтовая задача готова, то она не задеплоится. Или это не так страшно как я описываю?
ОЛ
Еще раз, cypress решает проблемы ИНТЕГРАЦИОННОГО тестирования
SI
у тебя для тестов должно подниматься новое окружение и чистая база, на беке должны быть свои тесты
ОЛ
То бишь, тесты связанности фронта и бека, конечно тесты крашнутся если на беке не готово еще, но это и правильно интеграционный тест не пройден
ОЛ
Точнее не только фронта и бека, в целом связки. Интеграционные тесты бывают и только на бек и только на фронт, с внешними апи и связей мс