Как тестировать DAL слой с помощью Unit тестов?

Добрый день! Если честно, не вижу особых причин для юнит-тестировагия слоя DAL. Что Вы будете юнит-тестировать в слое DAL? EntityFramework? Зачем, его уже до Вас несколько раз протестировали. Юнит-тестами в первую очередь нужно покрывать бизнес-логику, ну и кдассы доменной модели заодно. А если Вы хотите тестировать репозитории из DAL, то конечно же, это нужно делать без какой-либо привязки к EF (Moq в помощь).

Валерий Абакумов: в DAL тестировать репозитории

Валерий Абакумов: а почему нужно делать без привязки к EF ???

Дмитрий по идее, юнит-тестирование какого-либо модуля должно происходить в изоляции от других компонентов, чтобы юнит-тест мог нам подсказать, что "функциональность этого модуля работает корректно, независимо от окружения". Если изолировать компоненты друг от друга нельзя, значит, компоненты сильно связаны друг с другом, что влечет за собой увеличение стоимости проекта из-за увеличения трудоемкости сопровождения проекта, т.к. изменения в сильно связанных компонентах очень дорогие по ресурсам. Соответственно, решение проблемы лежит в абстрагировании компонентов друг от друга. А если компоненты абстрагированы, то их легче сопровождать, вносить в них изменения, а значит, легче формировать изолированные юнит-тесты. Тест, который проверяет какую-то функциональность не в изоляции от каких-либо компонентов (т.е. такой тест зависит от конкретного окружения), становится интеграционным тестом. А это, обычно, уже более сложные тесты, которые проверяют взаимодействие нескольких функций, нескольких компонентов.

Валерий Абакумов: к примеру мы используем репозитории, которые завязаны на EF, в котором создается экземпляр контекста и дальше с ним работает, в таком случае есть ли смысл рефакторить приложение для того чтобы замокать контект, ведь этот репозиторий реализует конкретныый доступ к данным за счет EF