Блог

Я сталкиваюсь с небольшой проблемой с курицей и яйцом, настраивая свои насмешки для кода реактивных расширений в конструкторе. Вот тестируемый класс (вместе с интерфейсом службы, от которого он зависит):

 class MyViewModel
{
    public int Thing { get; set; }
    public MyViewModel(IMyService service)
    {
        service.StreamOfThings.Subscribe(x => Thing = x));
    }

    public void SomeClickEvent()
    {
        // Do something with `Thing`
    }
}
public interface IMyService
{
    IObservable<int> StreamOfThings { get; }
}
 

Чтобы упростить тестирование, я также определил пользовательский атрибут с именем AutoMockData , который я могу использовать для использования Moq для внедрения макетных экземпляров в мои классы с помощью автофиксации:

 public class AutoMockDataAttribute : AutoDataAttribute
{
    private static IFixture Create() =>
        new Fixture().Customize(new AutoMoqCustomization { ConfigureMembers = true });
        
    public AutoMockDataAttribute() : base(Create) {}
}
 

С этим я готов написать свой тест (используя NUnit3):

 [Test, AutoMockData]
public void Verify_some_behavior(
    [Frozen] Mock<IMyService> mockService,
    MyViewModel vm)
{
    mockService.Setup(x => x.StreamOfThings).Returns(Observable.Return(100));
    vm.SomeClickEvent();
    vm.Thing.Should().Be(100);
}
 

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

Идеальным решением здесь было бы использовать IObservable<> экземпляр, настроенный с помощью автофиксации, но я не уверен, как это лучше всего сделать. Для этого каким-то образом нужно было бы уже создать для меня заранее построенный трубопровод.

Обходной путь, который я нашел, состоит в том, чтобы не использовать AutoMock функциональность AutoFixture и вместо этого создавать Fixture прямое и прямое использование методов .Freeze() и .Create() в правильном порядке. Однако это приводит к, возможно, более сложному для чтения и менее чистому корпусу модульного теста.

Как я могу продолжить реализацию своего теста, как показано здесь, но также иметь возможность настраивать любые наблюдаемые объекты до их использования в конструкторе SUT?

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

В приведенном ниже примере Subject значение замораживается как IObservable<int> значение, которое затем разрешается как возвращаемое значение для StreamOfThings . Затем субъект вынужден вызвать подписчиков.

 [Test, AutoMockData]
public void Verify_some_behavior(
    [Frozen(Matching.ImplementedInterfaces)] Subject<int> observable, 
    MyViewModel vm)
{
    observable.OnNext(100);
    vm.SomeClickEvent();
    vm.Thing.Should().Be(100);
}
 

Этот пример эквивалентен следующему:

 [Test, AutoMockData]
public void Verify_some_behavior(
    Subject<int> observable,
    [Frozen] Mock<IMyService> mockService,
    MyViewModel vm)
{
    mockService.Setup(x => x.StreamOfThings).Returns(observable);

    observable.OnNext(100);
    vm.SomeClickEvent();

    vm.Thing.Should().Be(100);
}
 

Такой способ написания теста также должен сделать очевидным, как обрабатывать несколько наблюдаемых свойств.