Question

我用实体框架4.1 首先,通过存放方式揭露可资利用的教益。在对储存库客户进行测试时,很容易对基本数据库进行 mo弄,不过,没有发现某类ug子:

存放处的客户可自由将自己的准则定位,加入,等等放在存放处的回报之上:

{
     _myRepository.FindAll().Where( x => x.Id == 3 && SomeMethod(x.Name) == "Hello" );
}

这种质询将成功进行一项单元测试,测试 mo-米贮存,因为模拟回收实体的内层集,而LINQ-to-标的分子则乐意称之为“SomeMethod”。由于“SomeMethod”没有翻译到LINQ-to-Entities中,它不会对真正的数据储存提出异议。

我试图指出,我既能够篡改数据集,又能够使真正的欧洲质询提供者产生(但不会执行)KQ。为什么? 由于这些测试本应很快,我不希望它们尽可能打上真正的数据库。制作这套文件将回避翻译问题。

迄今为止,我未能说明如何做到这一点,因为在我的单位测试中,我最终无法控制问询何时完成。我认为,我要么需要提供我自己的版本的“可资利用”和各种可资借鉴的推广方法,要么通过提供机制尝试和 h(使用几年前的样本,这种样本确实是打猎/拖拉供应商)。两者似乎都有许多工作。任何关于如何实现这一目标的想法?

Answer 1

做不到这一点——除非你要建设自己的供应商,否则这不是解决办法,因为你必须检验真正的提供者,而不是实际守则中不会使用的习俗。 Iions 关于储存地本身,还有一个相关的答案。

简言之,如果没有数据库的测绘和持久性,你就能够测试数据库的制图和持久性。有些人非常奇怪地认为,试验应用是指书面单位测试。这是错误的定义。测试应用意味着写作测试和单位测试只是许多测试类型之一,但可以测试所有情况。你们需要将这些试验与其他类型的测试结合起来。这一设想的正确办法是进行一体化测试,这种测试不必每次操作,但可以安排在建筑服务器上。

友情链接