Тестирование службы с использованием объектов mock-репозитория

Question

Я тестирую службу в рамках.

Чтобы инициализировать службу, я использую mock объекты репозитория.

ServiceTest.cs

private IRepository _repository; 
private IService _service; 
private List<Object> _objects; 

[TestInitialize] 
public void Initialize() 
{ 
    _repository = new Mock<IRepository>().Object; 

    _service = new Service(repository); 

    _objects = new List<Object>() 
    { 
     new Object { Name = "random", ID = 1 }, 
     new Object { Name = "not so random", ID = 1}, 
     new Object { Name = "random", ID = 2 }, 
     new Object { Name = "not so random", ID = 2} 
    }; 

    //attempt at mocking the repository 
    _repository.Setup(r => r.GetObjects(It.IsAny<string>(), It.IsAny<int>())).Returns(_objects.Where(o => o.Name == _objects.Name && o.ID == _objects.ID).ToList()); 
} 

[TestMethod] 
public void GetObjects_ReturnObjectsList() 
{ 
    //Arrange 
    var name = "random"; 

    //Act 
    var objects = _service.RetrieveObjects(name, 2); 

    //Assert 
    Assert.AreEqual(name, objects.Single().Name); 
} 

Однако, когда я протестировать сервис, я получаю ArgumentNullExceptions. Переменные, установленные для метода репозитория, возвращают null и, в конечном счете, вызывают ошибку при запуске бизнес-логики.

Service.cs

public List<Objects> RetrieveObjects(string name, int id) 
    { 
     var getObjects = repository.GetObjects(name, id); //getObjects return null 

     DoLogic(getObjects); //ArgumentNullException is thrown here 

     return getObjects; 
    } 

Я посмотрел информацию на насмешливые хранилищах, но кажется, что у меня будет много для настройки только для тестирования. Мне интересно, стоит ли установка.

Почему я получаю ArgumentNullExceptions? Есть ли способ протестировать методы, которые вызывают репозитории?

Answer 1

Вам просто нужно установить, что испытывается так в вашем организовать что-то вроде:

var repository = new Mock<IRepository>(); 
repository.Setup(x => x.GetObjects(It.IsAny<string>()).Returns("whatever getobjects should be returned, maybe a mock object or string"); 
var service = new Service(repository.Object()); 
//Continue your test 

Answer 2

var entity1 = new MyEntity(); 
var entity2 = new MyEntity(); 
var entities = new List<MyEntity>{entity1, entity2}; 

var mockRepository = new Mock<IRespository>(); 

mockRepository.Setup(r => r.GetObjects("some param")).Returns(entities); 

var service = new Service(mockRepository.Object); 

service.DoWork("some param"); 
//continue the test 

Answer 3

Вы должны проверить свой SUT (предмет испытываемого) в изоляции. Не пытайтесь издеваться над существующими классами, используйте только интерфейсы. Таким образом, вы не будете зависеть от других объектов, которые потенциально могут быть ошибочными. Часто вы не сможете настраивать обратные вызовы и возвраты существующих классов, используемых как mocks. Стыковые интерфейсы позволяют вам контролировать и прогнозировать возвращаемые значения.

Так что в вашем конкретном случае, вы должны сделать, как @ ianaldo21 предложил, я бы просто изменить первую строку на:

var repository = new Mock<IRepository>(); 

, а затем выполнить установку, и передать repository.Object к службе.

Вместо того чтобы утверждать состояние SUT, вы должны проверить поведение и взаимодействие SUT с другими объектами. Таким образом, у вас могло бы быть что-то вроде этого:

repository.Verify(x => x.GetObjects("test")); 

Таким образом, для тестирования вам часто требуется гораздо меньше настроек.