我现在正在吃自己的东西。就像 Entity Framework 不可测试。我已经阅读了许多帖子和主题,它们在其中使用工作单元或最小起订量或 repo 模式。
我处于无法更改我的应用程序体系结构的阶段。该应用程序此时完全可以正常运行,但是请确保我需要具有较高的代码覆盖率,因此可以对其进行测试。
为了进行测试,我使用了“伪上下文”方法,在该方法中,我可以使用伪造的方法进行模拟,而使用真实的方法进行数据库连接。
我以这个为例。
http://romiller.com/2010/09/07/ef-ctp4-tips-tricks-testing-with-fake-dbcontext/
在那里,您可以看到上下文已拆分并用作接口(interface)。喜欢:
public interface IEmployeeContext
{
IDbSet Department Departments { get; }
IDbSet Employee Employees { get; }
int SaveChanges();
}
public class EmployeeContext : DbContext, IEmployeeContext
{
public IDbSet Department Departments { get; set; }
public IDbSet Employee Employees { get; set; }
}
public class FakeEmployeeContext : IEmployeeContext
{
public FakeEmployeeContext()
{
this.Departments = new FakeDepartmentSet();
this.Employees = new FakeEmployeeSet();
}
public IDbSet Department Departments { get; private set; }
public IDbSet Employee Employees { get; private set; }
public int SaveChanges()
{
return 0;
}
}
}
因此,测试和一切正常。我似乎唯一不能做的就是在其中检查.State的 Controller ,在该 Controller 中检查它是否已更改,例如:
EntityState.Modified
因为这使用接口(interface),所以我需要将其添加到接口(interface)上下文中。并创建一个新的。还是我错过了什么?在那种情况下创建整个方法可能不是故意的。
最佳答案
您是否考虑过进行集成测试?
您可以针对真实的EF DBContext进行集成测试,
只需在单元测试项目的App.config中为其提供不同的连接字符串即可。
阅读this及其所有答案。
关于asp.net-mvc - 测试: Entity Framework by faking context,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/16694187/