实体框架 TDD，如何对所需字段进行单元测试模型

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 对象？真实ID什么时候分配？要测试模型本身，我是否需要创建/模拟一个 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 和 IEnumerable 之间存在许多陷阱，并且存在微妙（而不是那么微妙）的差异，这使得这种方法非常脆弱。

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