3

我想测试一些代码，为了实现这一点，我需要伪造 DAL ( Entity Framework 6 - Code first) 中定义的 DbContext。它大部分进展顺利，但是当数据模型类使用该TypeName属性时我遇到了一个问题。我做了一个骨架来演示这个问题。

数据模型：

[Table("Customer")]
public class Customer
{
    [Key]
    public int Id { get; set; }

    public string FirstName{ get; set; }

    public string LastName { get; set; }

    //this line causes the exception
    [Column(TypeName = "money")]
    public decimal Salary { get; set; }
}

上下文定义

public class MyDbContext : DbContext
{
    public MyDbContext(string nameOrConnectionString) : base(nameOrConnectionString)
    {
    }

    public MyDbContext(DbConnection connection) : base(connection, true)
    {
    }

    public IDbSet<Customer> Customers { get; set; }
}

还有一个用一些数据生成假上下文的虚拟方法：

private MyDbContext GenerateFakeDbContext()
{
    var connection = DbConnectionFactory.CreateTransient();
    var context = new MyDbContext(connection);
    var customer = new Customer
                   {
                       Id = 1,
                       FirstName = "X",
                       LastName = "Y",
                       Salary = 1000
                   };
    //this line throws the exception
    context.Customers.Add(customer);

    return context;
}

问题是TypeName属性。当它被注释掉时，测试通过。但是如果它被启用，我会被System.InvalidOperationException抛出，说

序列不包含匹配元素

总结一下，我的问题是：

  • 即使数据模型类具有属性，有没有一种方法可以在测试中使用 Effort
  • 如果没有，我应该采用什么替代方法来创建假 DbContext？
4

1 回答 1

0

我建议您查看 EntityTypeConfigurations 并将您的映射移到那里： http ://www.entityframeworktutorial.net/code-first/entitytypeconfiguration-class.aspx

它将允许您不考虑当前使用的数据库并使用它们测试您的实体/接口，而不考虑实体框架。

在我看来，您正在进行集成测试而不是单元测试。要进行单元测试，您应该摆脱真正的 DbContext 使用（您当前的实现是使用 DAL 的具体 EF 实现，但应该使用一些抽象来代替。）

我建议至少将您的 DbContext 包装在一个接口中，以便您可以更好地模拟它/存根它：

public interface IDbContext {
      IDbSet<Customer> Customers { get; set; }
}
于 2015-12-13T20:54:24.853 回答