7

我正在使用 AutoFixture 自定义来测试访问 SQL Compact 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);
        }
    }
}

有可能做类似的事情吗？

4

1 回答 1

6

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

管理对象的生命周期是您通常期望能够使用 IoC 容器执行的操作。然而，AutoFixture，即使它看起来像一个 IoC 容器，它实际上并不是一个：

AutoFixture 与 DI Containers 有很多相似之处。它支持自动装配，并且可以配置为以许多有趣的方式创建实例。但是，由于关注点不同，它在某些事情上做得更好，而在某些事情上不如 DI Container。

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 自定义项中会使其变得不那么明显，并且可以说更难使用。

于 2013-03-19T14:17:31.313 回答