了解我们正在将测试改造为现有应用程序.如果我们重新开始,我们将进行大量的架构更改,以便利用虚假存储库进行更好的单元测试.
我们希望通过测试分发已知的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"});
等等
这个类是25K行,但是因为t4写了所有这些行,谁在乎呢?它允许我们只模拟数据上下文,因此我们可以通过一些合理的保证测试我们的linq与假上下文,我们得到了正确的查询.最初的开发人员在回购中放置了大量的业务逻辑,因此它允许我们针对已知的良好数据测试逻辑.
解决方法
此外,您可以使用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(); } }
每个测试都将回滚所有更改,因此测试数据污染数据库没有问题.
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。