А ловить потом ошибки на сервере быстро. Если у вас бд, то это уже e2e и они всегда не быстрые. К тому же писать тысячи e2e не обязательно

Там тоже не все фичи в запросах поддерживаются😔

Бывает что время работы тестов измеряется в часах, экономия на наполнении/откате данных не будет заметной

Не стоит использовать в продакшне базу, которая заявлена как эмулятор (для тестов)

1. обработка ошибок: через exceptions или monade either. 2. как делать   http редирект, из контроллера или глобального error handler
3. пример разбития на слои в MVC. Объяснить наконец что именно входит в Model
4. пример repository (dal) не с типовыми методами crud, а со сложными например getUserByTask
5. объяснить разницу между  repository, dao, data mapper, active record.
6. различные примеры и написания тестов. например в сервисе 1 публичный , 3 зависимости и 5 приватных методов, нужно ли делать тест паблик метода с проверкой работы приватных и работу зависимостей?

Да, это было очень очевидно). Тупой вопрос

Нужна помощь в решении: у меня есть эндпоинт products, который принимает огромный JSON, который содержит данные для других сущностей в БД, кроме как products.
Вопрос: мне необходимо в контроллере products распределить этот JSON по всем сервисам ИЛИ же передать весь JSON в сервис products, а уже в сервисе продуктов заинжектить другие сервисы и оттуда разобрать все данные?

Я думаю, что первый вариант более верный, учитывая, что контроллер - это транспортный слой. Но не в моем случае, потому что данные и ответы из других репозиториев мне понадобятся для логики в products.

Видимо, я ответил правильно на свой же вопрос, пока формировал его в этом чате)

Да и поднятие базы - это уже интеграционный тест

Разве речь шла только про юнит?

Подскажите, пожалуйста, где можно почитать про лимит количества коллбеков  которые будут исполнены на каждой фазе  ивент лупа? Интересует существует ли он, если да то как можно узнать его конкретное значение.

вот тут вроде развернутый ответ https://stackoverflow.com/questions/34140101/how-many-events-can-node-js-queue

Вопрос в процессе разработки. Обычно даже 100 интеграционных тестов занимают время больше чем поднятие БД. Я специально не замерял, но по ощущениям 5-30 сек в докере в CodeBuild / Buildkite поднимается PG. То же самое локально, можно держать в процессе работы 2 инстанса, один для тестов второй для дев-данных. Ну и интеграционный тест на то и интеграционный.=)

А если база отвалится

Тест уже не честный

Если мы говорим про юнит, который исключительно за логику кода

тогда там и базы быть недолжно. Можно, например, замокать обращения к слою для работы с базой данных.

Так вот в этом и вопрос

Как удобно писать логику этого обращения