Использование базы данных в модульных тестах

Question

Я столкнулся с этой ошибкой

An attempt to attach an auto-named database for file C:\<...>\Out\MessagesDB.mdf failed. A database with the same name exists, or specified file cannot be opened, or it is located on UNC share..  

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

В App.config для тестового проекта я использую

<connectionStrings>
    <add name="MessagesDBConnectionString" connectionString="Data Source=.\SQLEXPRESS;AttachDbFilename=|DataDirectory|\MessagesDB.mdf;Integrated Security=True;User Instance=True"
      providerName="System.Data.SqlClient" />
</connectionStrings>

а затем переопределить DataDirectory, выполнив

Домен домена приложения = домен домена приложения.

        String currentDirectory = System.Environment.CurrentDirectory;
        String DataDirectory = currentDirectory.Substring(0, currentDirectory.IndexOf("TestResults")) + "Server\\App_Data";
        domain.SetData("DataDirectory", DataDirectory);
        db = new Server.Models.MessagesDBDataContext();

Который прекрасно работает, но выглядит как взломать. Как я должен был это сделать?

Редактировать:

Сегодня я еще раз взглянул на этот ужасный беспорядок и, основываясь на примере Nerd Dinner, удалил все прямые вызовы базы данных из контроллеров в моем проекте и переместил их в объект репозитория, который реализует интерфейс (IRepository). Затем я создал поддельный объект репозитория, который также реализовал IRepository. Я добавил конструктор к каждому контроллеру, который позволял использовать IRepository. Конструктор контроллера по умолчанию был изменен для инициализации хранилища. Тесты больше не общаются с базой данных, поэтому они быстрее и гораздо менее разрушительны.

Answer 1

Стандартный подход заключается в макете базы данных. Это означает, что класс, который вы тестируете, принимает параметр, который предоставляет данные, и выглядит как соединение с базой данных.

В модульных тестах вы фактически передаете реализацию, которая предоставляет жестко закодированные данные.

Существуют инструменты, которые могут помочь вам в этом, например, путем сохранения результатов запроса к базе данных в файле конфигурации, чтобы вы могли настроить тест с реальными данными, но он будет загружаться быстро и никогда не изменится, потому что теперь он сохранен в файле отдельно от базы данных. SnapDAL - это один из инструментов, который вы можете использовать для этого.