контролеры\сервисы, если я могу написать е2е тесты на основные роуты ? Может лучше оставить юнит тесты для элементов у которых есть более явная бизнес логика? В интернете я заметил что большинство делаютт юнит тесты на круд операции.
Как ты проверишь мапинг данных соединение из базы. ? Допустим дальше бизнеслогика может дтошки стряпать как уходно и нарезать. И тебе было бы удобно узнать что, вот из базы приходит то что ты ожидаешь, передается в сервис А, там тоже отрабатывает а между сервисом B и C происходит какая то жопа и данные ломаются ?
Проверку маппинга данных могу проверить в е2е тесте когда получаю body, там я сравниваю значения свойств и их тип данных
Ты не понял. ты проверяешь данные в конечном месте на body, а у тебя может быть десятков сервисов несколько контекстов базы данных. И все что ты знаешь в конце, это что оно сломалось. Не красноречиво да ? Юнит тест позволяет тестить отдельную маленькую фичу. по кусочку изолируя проблему до какого то места. т.е тебе нужно проверять будет не 3 бд, 10 сервисов , а сервис B и С
Слушай, а ты прав...
Тогда контролер все таки стоит тестировать с помощью юнит тестов)
Обсуждают сегодня