AZ
Для таких вещей делаю следующее. Все url прокидываются в проект через env. Для разработки/тестов енвы ведут на поднятый контейнер с wiremock. А там уже заглушки стоят
Ну и так можно, но я бы не стал
Size: a a a
2020 October 11
T
Для таких вещей делаю следующее. Все url прокидываются в проект через env. Для разработки/тестов енвы ведут на поднятый контейнер с wiremock. А там уже заглушки стоят
Но это просто для бэкенда. Проект с флаттером еще в докере не поднимал и тесты не изучал.
v
Для таких вещей делаю следующее. Все url прокидываются в проект через env. Для разработки/тестов енвы ведут на поднятый контейнер с wiremock. А там уже заглушки стоят
А в чем преимущество когда данные где-то там далеко?
T
Там такая тема, что вайрмок можно прямо в тесте настраивать и ассерты делать по содержимому
T
На фронте что-то похожее делал с TestCafe. Для каждого теста настраиваю моки бекенда, что на какой запрос вернется. Уже привык к такому подходу
T
И ассерты там тоже есть. Можно проверить, что куда ушло или не ушло
T
Надеюсь, здесь также можно будет
AZ
Можно есесно, но вижу минусы
v
Можно есесно, но вижу минусы
... я
AZ
v
м?
Типа как Йода говорит)
T
Ресурсов очень много надо на такие тесты, времени много на прохождение. Но они максимально надежны зато.
T
Там еще можно имитировать недоступность интернета, различные коды ответов от сервисов, таймауты
T
Тоже плюс
AZ
это тестах тоже проверяется и без мок сервера
T
MockClient имеется в виду? Кроме него не нашел ничего такого
T
Чтобы прямо в интеграционных тестах рулить этим всем
AZ
да его
AZ
или просто тупо throw слать, смотря что и как тестить
AZ
@trekov а ты c JS перешел?