Question

此刻我正在吃东西。就像Entity Framework不可测试一样。我已经阅读了很多帖子和帖子，他们使用工作单元或moq或repo模式。

我处于一个阶段，我无法改变我的应用程序的架构。该应用程序在此时完全正常工作，但为了确保我需要具有高代码覆盖率，因此测试它是。

为了进行测试，我使用的是'伪上下文'方法，我可以使用虚假的方法进行模拟，使用真实方法连接数据库。

我用这个作为例子。 http://romiller.com/2010/09/07/ef-ctp4-tips-tricks-testing-with-fake-dbcontext/

在那里，您可以看到上下文被拆分并用作接口。像：

    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的控制器，在那里我检查它是否改变了喜欢： EntityState.Modified

因为这使用了一个接口，我需要将它添加到接口上下文中。并创建一个新的。或者我错过了什么？我可能不打算在该上下文中创建整个方法。我怎样才能设法让它工作

Answer 1

您是否考虑过执行集成测试？

您可以针对真实的EF DBContext进行集成测试，只需在unit-tests项目的App.config中给它一个不同的连接字符串。

阅读this及其所有答案。

Answer 2

只需在上下文界面中添加该属性即可。顺便说一句，你不需要FakeContext，你可以创建一个界面的模拟，并设置属性来返回你的假数据集。这样，您可以根据需要在界面中添加/删除任意数量的方法和属性。

Answer 3

感谢@Liel，我成功地完成了这项工作。为集成测试创建一个'test'数据库..而不是在我看来使用不必要的代码。我的项目现在完全独立使用这种方法。

[TestInitialize]
public void InitializBeforeTests()
{
    AppDomain.CurrentDomain.SetData("DataDirectory", Path.Combine(AppDomain.CurrentDomain.BaseDirectory, ""));
    Database.SetInitializer<DataAccess.DataContext>(new DropCreateDatabaseAlways<DataAccess.DataContext>());
    var context = new DataAccess.DataContext();
    context.Database.Initialize(force: true);
}

在APP.Config中的测试项目中创建一个新的连接字符串。

感谢大家的回答！

测试：伪造上下文的实体框架

3 个答案: