представляющий собой рест апи.
на данный момент для бекенда написаны юнит тесты, эти тесты написаны чтобы добиться большого покрытия, по сути они тестируют пути графа управления для каждого отдельного компонента, мокая его зависимости
но появилась проблема, когда я попытался написать интеграционные тесты, я не смог выделить тестовые варианты которые нужно тестировать, так как слоёв много, на каждом слое свои пути, в сумме они дают большое количество возможных путей.
кроме того получается что интеграционные тесты повторяют кейсы из юнит тестов, но не все и с большими накладными расходами на подготовку среды.
а так быть не должно
вопрос: как правильно организовать интеграционное тестирование бекенда и как формулировать тестовые варианты для тестирования?
Вообще, интересно как так получается, что юниты дублируют интеграционные тесты? У вас настолько хорошее покрытие юнитами, что проверяется бизнес-логика, валидация данных на входе, прям каждый шаг от парсинга запроса до подготовки ответа? А вся цепочка - на вход вот такой запрос, на выходе ждём такой ответ?
Обсуждают сегодня