А если я тестирую репозиторий? Что-то мокать в нем нет смысла, потому что методы кроме как отправки запросов к бд и мапинга ничего не делают. Поэтому нужно подключать базу с тестовыми данными. Это тоже юнит тест?
вместо того чтобы стабать Gitlab::HTTP я высокоуровнево стабаю request осознанно превращая тест в интеграционный, потому что мне важно в тесте описать и проверить поведение, а не то, какая библиотека была использована
Тогда тлдр Покрытие 100% - бесполезная гонка, так что не надо крыть все подряд юнитами Там где мы можем получить хрупкие юнит тесты ( например квери для бд ) надо брать ИТ и ассертить шо у нас в итоге в бд Аргументация в литературе
А может кто подсказать true way юнит тестирования классовых сервисов с рядом зависимостей, правильно понимаю, что лучший способ - делать прям в тестах моки по интерфейсам зависимостей и потом уже собирать класс? Получается как-то слишком громоздко или я не туда копаю?
Но я так и не понял. Исходя из твоего ответа, юнит тестом покрывается единица поведения. У меня метод репозитория это единица поведения полчается, так как без доступа к данным там тестить нечего. Значит тест репозитория это юнит тест?