在AutoFixture自定义上调用Dispose方法

Question

我正在使用AutoFixture自定义来测试访问SQL Compact DB的存储库.

测试完成后立即删除此数据库对我非常有帮助.因为db是在自定义构造函数中创建的,所以我认为删除它的最佳位置是dispose方法.

我想的代码是:

internal class ProjectRepositoryCustomization : ICustomization
{
    private readonly String _dbLocation;

    public ProjectRepositoryCustomization()
    {
        var tempDbLocation = Path.Combine(Path.GetTempPath(), "TempDbToDelete");
        if (!Directory.Exists(tempDbLocation))
        {
            Directory.CreateDirectory(tempDbLocation);
        }

        _dbLocation = Path.Combine(tempDbLocation, Guid.NewGuid().ToString("N") + ".sdf");
    }

    public void Customize(IFixture fixture)
    {   
        DataContextConfiguration.database = _dbLocation;

        var dataContextFactory = new BaseDataContextFactory();
        var projRepository = new ProjectRepository(dataContextFactory);
        fixture.Register(() => projRepository);
    }

    public void Dispose()
    {
        if (File.Exists(_dbLocation))
        {
            File.Delete(_dbLocation);
        }
    }
}

有可能做类似的事情吗？

Answer 1

正如@Ruben Bartelink在评论中指出的那样,这是有可能的.但是,我会推荐一种不同的方法,这就是原因.

管理对象的生命周期是您通常希望能够对IoC容器执行的操作.但是,AutoFixture虽然看起来像是一个IoC容器,但它真的不是一个容器:

AutoFixture与DI Containers有很多相似之处.它支持自动布线,并且可以配置为以许多有趣的方式创建实例.但是,由于焦点不同,它会做一些更好的事情,有些事情不如DI容器.

AutoFixture的主要目标是在一些可配置的范围内轻松创建匿名测试数据.它的API是专注于使程序员可以自定义如何测试数据生成,但没有多久就住,因为它认为只是消耗测试的范围内:

在生命周期管理方面,AutoFixture较弱.对于一个以上的测试案例,预计不会存在Fixture,因此建模除Transient和Singleton之外的任何其他生活方式都没有意义.[...]它不必,因为它不是DI容器.

另一方面,测试框架非常擅长管理测试夹具的使用寿命.由于您所描述的内容通常是管理集成测试的上下文的一部分,因此我会在执行夹具中的所有测试之前和之后运行它.

例如:

[TestFixture]
public class WithDatabaseContext
{
    private string dbLocation;
    private BaseDataContextFactory dataContextFactory

    protected BaseDataContextFactory DataContextFactory
    {
        get { return this.dataContextFactory; }
    }

    [TestFixtureSetUp]
    public void FixtureInit()
    {
        // Initialize dbLocation
        // Initialize dataContextFactory
    }

    [TestFixtureTearDown]
    public void FixtureDispose()
    {
        // Delete file at dbLocation
    } 
}

然后,您的测试可以继承上下文并使用它来配置AutoFixture:

[TestFixture]
public void SomeTest : WithDatabaseContext
{
    private IFixture fixture;

    [SetUp]
    public void Init()
    {
        this.fixture = new Fixture();
        this.fixture.Register(
            () => new ProjectRepository(base.DataContextFactory));
    }

    [Test]
    public void Doing_something_should_return_something_else()
    {
        // ...
    }
}

在这种情况下,利用测试框架来管理临时数据库的生命周期,可以在测试环境中清楚地传达其边界.在我看来,将它隐藏在AutoFixture定制中会使它更不明显,并且可以说更难以使用.