Mocking побочные эффекты

Question

С Moq, можно ли настроить издеваемое свойство так, чтобы оно мутировало?

Например, если:

public interface IService // To be mocked. 
{ 
    bool IsConnected { get; } 
} 

Можно настроить макет из IService таким образом, что следующие проходы?

var mockService = new Mock<IService>(); 

// Setup mockService so IsConnected mutates...? 

bool before = mockService.Object.IsConnected; 

bool after = mockService.Object.IsConnected; 

Assert.AreNotEqual(before, after); 

Конечно, эта установка не делать трюк:

mockService.SetupGet(service => service.IsConnected).Returns(false); 
mockService.SetupGet(service => service.IsConnected).Returns(true); 

Это согласуется мое понимание того, что Moq не реализует модель записи/воспроизведения.

Вот немного более реалистичный пример:

public interface IService // To be mocked. 
{ 
    bool IsConnected { get; } 

    void Connect(); // Mutates IsConnected. 
} 

class Client // To be tested 
{ 
    private readonly IService service; 

    public Client(IService service) 
    { 
     this.service = service; 
    } 

    public bool DoWork() 
    { 
     if (!service.IsConnected) // In test, IsConnected should return false. 
     { 
      service.Connect(); 
     } 

     if (!service.IsConnected) // In test, IsConnected should return true. 
     { 
      return false; 
     } 

     // ... yada yada yada more code 

     return true; 
    } 
} 

Я использую Moq 4.0.10827.0.

Answer 1

Вы можете установить Returns на Func<bool> вместо bool. Тогда вы должны написать такую ​​функцию, чтобы она меняла свой результат. Что-то вроде ....

bool isConnected = false 
var mockService = new Mock<IService>(); 
// Setup mockService so IsConnected mutates...? 
mockService.Setup(s => s.Connect()).Callback(() => isConnected = true); 
mockService.SetupGet(s => s.IsConnected).Returns(() => isConnected); 

bool before = mockService.Object.IsConnected; 

mockService.Object.Connect(); 

bool after = mockService.Object.IsConnected; 

Assert.AreNotEqual(before, after); 

Однако, в зависимости от того, насколько сложна ваша имя_службы получает, вы можете рассмотреть вопрос о принятии FakeService и использовать его вместо насмешки.