m
ну а если в реальной базе чтото при дерганьи вызовет ошибку на клиенте?
Size: a a a
2020 March 13
m
в случае фикстур ее не будет
IK
Вопрос такой же как и "а если клиент отправит запрос такой, что вы не протестировали"
m
+ не очень понятно вообще про мой кейс в начале как это делать все равно если мне нужно чтобы ssr запрос возвращал на один и тот же эндпоинт разные данные
IK
И ответ такой же - регрессия, добавляете кейс
B
m^^combat
ну а если в реальной базе чтото при дерганьи вызовет ошибку на клиенте?
e2e на отдельном контуре/контейнере со своими базами/моками баз
IK
m^^combat
+ не очень понятно вообще про мой кейс в начале как это делать все равно если мне нужно чтобы ssr запрос возвращал на один и тот же эндпоинт разные данные
Перед тестом грузить разное состояние базы данных
m
а то что апи это вообще другой монорепозиторий
m
и работает там другая команда
IK
m^^combat
а то что апи это вообще другой монорепозиторий
Тогда это не е2е а интеграционные тесты :) раз вы полагаетесь на результат того чего не контролируете
m
хм чтото это странно
m
есть же контракт
m
допустим graphql
IK
Контракт определяет структуру данных, а не данные
IK
Для теста все входные данные должны быть фиксированы, статичны и известны
m
просто изза того что я не могу замокать http реквест при ssr мокать весь бэкенд oO
IK
m^^combat
просто изза того что я не могу замокать http реквест при ssr мокать весь бэкенд oO
Потому что сейчас начнут расти дикие костыли
IK
А давайте наш bff при получении вот такого флага отдаст не настоящий апи ответ, а фейк
IK
И тд
m
а не проще тогда просто модуль мокнуть который делает апи запросы