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与假上下文,我们得到了正确的查询.最初的开发人员在回购中放置了大量的业务逻辑,因此它允许我们针对已知的良好数据测试逻辑.
您可以在共享服务器上设置测试数据库,这样就不必部署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)
每个测试都将回滚所有更改,因此测试数据污染数据库没有问题.