Question

我是AutoFixture的新手，我正在尝试在我的测试环境中为团队中较少TDD的开发者创建一个友好的扩展。这是代码：

public class HomeController : Controller
{
    private readonly ISomeService _someService;

    public HomeController(ISomeService someService)
    {
        _someService = someService;
    }

    public ActionResult Index()
    {
        _someService.SomeMethod();
        return View("Index");
    }
}

public class ControllerContext<T> where T : Controller
{
    protected static T ControllerUnderTest;
    private static IFixture _fixture;

    public ControllerContext()
    {
        _fixture = new Fixture().Customize(new AutoMoqCustomization());
        _fixture.Customize<ControllerContext>(c => c.Without(x => x.DisplayMode));
        ControllerUnderTest = _fixture.Create<T>();
    }

    protected static Mock<TDouble> For<TDouble>() where TDouble : class
    {
        //var mock = _fixture.Create<TDouble>();
        var mock = _fixture.Create<Mock<TDouble>>();
        return mock;
    }
}

所以扩展名是For方法 - 当我检查注入了“ISomeService”的ControllerUnderTest时，它注入了一个实例，并且它肯定会调用我声明的方法。当我检查在'For'方法中创建的模拟时，它看起来与注入控制器的模拟版本相同，但它不会Verif y！

public class EXAMPLE_When_going_to_home_page : ControllerContext<HomeController>
{
    Because of = () =>
    {
        ControllerUnderTest.Index();

    };

    It should_do_something = () =>
    {
        //This throws a 'Invocation was not performed'
        For<ISomeService>().Verify(x => x.SomeMethod());
    };

    Establish context = () =>
    {

    };
}

我很难找到某人做类似事情的例子，我知道我肯定在做一些愚蠢的事情，但在我的脑海里，这个测试应该通过吗？

Answer 1

Create每次都会创建一个新的匿名实例，除非您冻结（通过.Freeze<T>()或AutoFixture.Xunit的[Frozen]）实例。这意味着注入HomeController的值与For返回的值不同。

有几种可能的解决方案，所有这些解决方案最终都将涉及冻结价值或注入要使用的价值。

一个例子如下：

public class ControllerContext<T> where T : Controller
{
    private static Lazy<T> _controllerFactory;
    private static IFixture _fixture;

    public ControllerContext()
    {
        _fixture = new Fixture().Customize(new AutoMoqCustomization());
        _fixture.Customize<ControllerContext>(c => c.Without(x => x.DisplayMode));
        _controllerFactory = new Lazy<T>(() => _fixture.Create<T>());
    }

    protected static Mock<TDouble> For<TDouble>() where TDouble : class
    {
        var mock = _fixture.Freeze<Mock<TDouble>>();
        return mock;
    }

    protected static T ControllerUnderTest
    {
        get { return _controllerFactory.Value; }
    }
}

public class EXAMPLE_When_going_to_home_page : ControllerContext<HomeController>
{
    static Mock<ISomeService> SomeService;

    Because of = () =>
    {
        SomeService = For<ISomeService>();
        ControllerUnderTest.Index();
    };

    It should_do_something = () =>
    {
        //This throws a 'Invocation was not performed'
        SomeService.Verify(x => x.SomeMethod());
    };

    Establish context = () =>
    {

    };
}

此更改版本的重点是在服务模拟上调用第一个Freeze，然后才创建控制器的匿名实例。由于现在使用For方法，您应该将其重命名为GetService。

Answer 2

如果您继续使用static状态作为管理服务和SUT之间交互的方式，您最终会陷入痛苦的世界。一个原因是例如单元测试应该是可并行化的（例如xUnit.net v2，但最终所有测试框架都是有意义的）

您可以根据需要add Customizations to AutoFixture to allow natural creation of MVC Controllers，然后根据需要提供或冻结自定义依赖项。

我强烈建议您花时间更改测试结构，让AutoFixture以声明方式创建Controller - 查看AutoFixture.Xunit的可能性，并使用它来告知您如何构建测试助手在你的规范中使用。

（有些背景 - 我使用SubSpec在所有这些规格的东西周围，最终使用AutoFixture.Xunit变得更加快乐 - 它更简单，更易于组合。

管理通过AutoFixture在通用测试助手中输入MVC控制器的服务

2 个答案: