Правильный способ Mock объектов репозитория для модульных тестов с использованием Moq и Unity - PullRequest
Новая
       43

Правильный способ Mock объектов репозитория для модульных тестов с использованием Moq и Unity

35 голосов
/ 20 января 2010

На моей работе мы используем Moq для насмешки и Unity для контейнера IOC. Я довольно новичок в этом, и у меня не так много ресурсов, чтобы помочь мне определить лучшие практики, которые я должен использовать.

Сейчас у меня есть группа интерфейсов репозитория (например: IRepository1, IRepository2 ... IRepository4), которые конкретный процесс должен использовать для своей работы.

В реальном коде я могу определить все объекты IRepository, используя контейнер IOC и метод RegisterType ().

Я пытаюсь найти лучший способ проверить метод, который требует 4 упомянутых репозитория.

Я подумал, что могу просто зарегистрировать новый экземпляр контейнера Unity IOC и вызвать RegisterInstance для контейнера для каждого фиктивного объекта, передавая значение Mock.Object для каждого. Я пытаюсь сделать этот процесс регистрации многоразовым, чтобы мне не приходилось повторять одно и то же снова и снова с каждым модульным тестом, если только для модульного теста не требуются какие-то особые данные для возврата из хранилища. Вот в чем проблема ... какова наилучшая практика для установки ожидаемых значений в смоделированном хранилище? Кажется, что если бы я просто вызвал RegisterType для контейнера Unity, я бы потерял ссылку на фактический объект Mock и не смог бы переопределить поведение.

1 Ответ

60 голосов
/ 20 января 2010

Юнит тесты не должны использовать контейнер вообще. Внедрение зависимостей (DI) происходит в два этапа:

  1. Использование шаблонов DI для внедрения зависимостей в потребителей. Вам не нужен контейнер для этого.
  2. В корне композиции приложения используйте контейнер DI (или DI бедного человека), чтобы соединить все компоненты вместе.

Как вообще не использовать какой-либо DI-контейнер для модульного тестирования

В качестве примера рассмотрим класс, который использует IRepository1. Используя шаблон Constructor Injection , мы можем сделать зависимость инвариантом класса. 

public class SomeClass
{
    private readonly IRepository1 repository;

    public SomeClass(IRepository1 repository)
    {
        if (repository == null)
        {
            throw new ArgumentNullException("repository");
        }

        this.repository = repository;
    }

    // More members...
}

Обратите внимание, что ключевое слово readonly в сочетании с предложением Guard гарантирует, что поле repository не равно нулю, если экземпляр был успешно создан.

Вам не нужен контейнер для создания нового экземпляра MyClass. Вы можете сделать это непосредственно из модульного теста, используя Moq или другой Test Double: 

[TestMethod]
public void Test6()
{
    var repStub = new Mock<IRepository1>();
    var sut = new SomeClass(repStub.Object);
    // The rest of the test...
}

См. здесь для получения дополнительной информации ...

Как использовать Unity для модульного тестирования

Однако, если вам абсолютно необходимо использовать Unity в своих тестах, вы можете создать контейнер и использовать метод RegisterInstance: 

[TestMethod]
public void Test7()
{
    var repMock = new Mock<IRepository1>();

    var container = new UnityContainer();
    container.RegisterInstance<IRepository1>(repMock.Object);

    var sut = container.Resolve<SomeClass>();
    // The rest of the test...
}
...