我现在正在吃自己的东西。就像 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/

10-17 02:08