单元测试ASP.NET MVC与数据

Cod*_*ack 6 asp.net-mvc integration-testing unit-testing mdf

我们有一个疯狂的数据驱动的应用程序.我们希望对应用程序进行单元测试,但由于数据量大,开发人员无法构建完全虚假的存储库.我真的不怪他们.

了解我们正在将测试改造为现有应用程序.如果我们重新开始,我们将进行大量的架构更改,以便利用虚假存储库进行更好的单元测试.

我们希望通过测试分发已知的mdf文件,复制它,并使用它来执行我们的测试.是否有批准的技术?我熟悉将资源嵌入到测试dll中,但不熟悉嵌入mdf - 如果可以的话.


一种解决方案(有点):

我最后从Andrew Tokeley关于模拟Linq数据上下文(http://andrewtokeley.net/archive/2008/07/06/mocking-linq-to-sql-datacontext.aspx)的帖子中获取了DataContextWrapper并创建了一个FakeDataContext.cs这基本上是一堆列表.

我写了一个真正野蛮的T4模板(想想"select*FROM <#= table.BaseClass.QualifiedName#>")来复制已知良好数据库中的数据,创建一个庞大的类,如:

List<Customer> _customers = new List<Customer>();
_customers.Add(new Customer(){CustomerId = 1, CustomerName = "ACME"});
Run Code Online (Sandbox Code Playgroud)

等等

这个类是25K行,但是因为t4写了所有这些行,谁在乎呢?它允许我们只模拟数据上下文,因此我们可以通过一些合理的保证测试我们的linq与假上下文,我们得到了正确的查询.最初的开发人员在回购中放置了大量的业务逻辑,因此它允许我们针对已知的良好数据测试逻辑.

Jak*_*cki 5

您可以在共享服务器上设置测试数据库,这样就不必部署mdf文件了吗?

此外,您可以使用TransactionScope包装所有单元测试吗?

我在我的公司使用了一个测试数据库,其中包含所有测试的众所周知的参考数据,并为集成测试创建了一个基类:

[TestClass]
public class ServiceTest
{
    private TransactionScope Transaction { get; set; }

    [TestInitialize]
    public virtual void TestInitialize()
    {
        Transaction = new TransactionScope();
    }

    [TestCleanup]
    public virtual void TestCleanup()
    {
        Transaction.Dispose();
    }
}
Run Code Online (Sandbox Code Playgroud)

每个测试都将回滚所有更改,因此测试数据污染数据库没有问题.