B
Я не согласен с его подходом к тестированию компонентов но основы у него хороши
С подходом чтобы тестировать со стороны поведения для пользователя, а не со стороны внутреннего состояния? И в чем минусы по вашему такого подхода?
Size: a a a
2020 March 13
IK
С подходом чтобы тестировать со стороны поведения для пользователя, а не со стороны внутреннего состояния? И в чем минусы по вашему такого подхода?
С подходом игнорирования shallow mount и клеймления его как абсолютное зло
IK
Про тестирования поведения для пользователя это сейчас общий тренд для компонентных тестов
IK
И здесь нет ничего нового
IK
Вы тестируете только публичное апи
m
Как будет лучше мокнуть в e2e тесте запросы которые выполняются во время ssr ?
IK
Никак
IK
Фикстуры на сервере
m
а как логика ssr должна решать что брать фикстуры или реальный запрос?
IK
m^^combat
а как логика ssr должна решать что брать фикстуры или реальный запрос?
Фикстуры - речь о базе данных
m
Ок а как тогда апи сервер должен определить что он должен возвращать фикстуры?
m
какойто хедер с ui приходить должен типа?
IK
m^^combat
Ок а как тогда апи сервер должен определить что он должен возвращать фикстуры?
Он всегда должен возвращать фикстуры
IK
Должен подниматься отдельный сервер для е2е
m
тогда для бэкенд эндпоинтов надо еще и отдельные тесты писать
m
а у нас только один клиент
m
можно было бы только e2e тестами с ui ограничиться если использовать реальный api
IK
m^^combat
тогда для бэкенд эндпоинтов надо еще и отдельные тесты писать
Зачем
IK
Е2е поэтому так и называются что тестируют все приложение
IK
А приложение это и бэк и фронт