实体框架TDD，howto单元测试模型为必填字段

Question

我开始使用Entity Framework 4.1为以下类使用TDD：

    public class Agent
    {
        // Primary key
        public int ID { get; set; }

        [Required]
        public string Name { get; set; }

        public string Address { get; set; }
        public string City { get; set; }
        public string Country { get; set; }
        public string Phone1 { get; set; }
    }

我的断言将失败：

    /// <summary>
    ///A test for Agent Constructor need have name
    ///</summary>
    [TestMethod()]
    public void AgentConstructorTest()
    {
        Agent target = new Agent();
        Assert.IsNull(target);
    }

当我查看生成的目标对象时，它是使用ID = 0创建的。我怎么能测试那个Name是否必需？

如果需要Name字段，我怎么还能创建一个Agent对象？ 何时会分配真实身份证？ 要测试模型本身，我是否需要创建/模拟DbContext才能分配ID？

Answer 1

请记住，您只是在这里处理POCO类 - 没有什么可以让Agent类的构造失败只是因为您在其中一个属性上放置了自定义属性。

实体框架在验证和数据映射期间检查自定义属性 - 在这种情况下，它将检查Required属性，并且如果相应的字符串属性不为null，则仅将实体声明为“有效”，并且它还将Name映射到数据库中的非可空列。

要镜像，你可以在单元测试中编写一个执行相同检查的自定义验证例程，即确保用Required属性修饰的所有属性确实都有一个值，即如下所示：

[TestMethod()]
public void AgentWithNoNameIsInvalid()
{
    Agent target = new Agent();

    Assert.IsFalse(IsValid(target));
}

这确实感觉你现在正在测试EF，而不是你的代码。

由于ID是您的主键，因此只有在实体已提交到数据库时才会分配它。 因此，对于完整测试，您必须模拟一个工作单元以及为您执行此操作的上下文。 然而， IQueryable<T>和IEnumerable<T>之间存在许多陷阱和微妙（而不是那么微妙）的差异，这使得这种方法非常脆弱。

就个人而言，我建议您使用基于已知内容的单独测试数据库对EF进行集成测试，并根据此测试数据库编写单元测试和预期结果 - 这可能不是真正的TDD但我发现这是确保唯一的方法我正在测试正确的事情。