在测试 Mock<DbContext> 和 Mock<DbSet<IEntity>> 时，Moq 是否正确考虑了数据注释？例如，如果我尝试做代码优先实体模型的数据注释明确禁止的事情，是否会引发正确的验证异常？如果没有，我如何正确测试数据注释的预期结果？
编辑：我应该注意我正在使用 Entity Framework 6，因为它已经过大修，可以更好地与 Mock Frameworks 配合使用。
【问题讨论】：
标签： c# entity-framework unit-testing moq
单元测试中普遍接受的智慧是“不要测试你不拥有的代码”，所以在这种情况下，即使Moq 可以做到这一点（它不能，因为正如 Ela 所说，它只是提供接口某些部分的虚假实现）你不应该 - 你必须接受System.ComponentModel（或任何一个）提供的DataAnnotations已经过他们的作者测试，并且像宣传的那样工作。
当然，如果您已经编写了自己的自定义属性，那么您可以在单独的测试类中对该注释验证代码进行单元测试，该测试类独立于将其堆叠到属性上来测试其功能。
另外，鉴于您有一个 Mock DbContext 和 EntitySet，我什至看不到 DataAnnotations 的位置 - 它们只与实际实体的某些实现的单元测试相关 ，在这种情况下，您不应该靠近DbContext 或EntitySet - 您应该为手头的测试手动创建一个实体（或模拟一个实体）。随时告诉我们这些测试的背景是什么！
更新： 为了对特定属性的特定属性的存在进行回归测试，您可以使用反射：
public void MyEntityClass_PropertyFoo_HasRequiredAttribute()
{
var prop = typeof(MyEntity).GetProperties().FirstOrDefault(p=>p.Name=="Foo");
if (prop!=null)
{
object[] attributes = prop.GetCustomAttributes(typeof(RequiredAttribute), true);
if (attributes.Length==0)
{
//someone took it out, explode your test here.
}
}
}
我认为没有其他可靠的方法可以强制执行该要求，但我可能又错了......
【讨论】：
DataAnnotations 工作，我正在测试以确保它们存在。如果有人意外重构了 [Required] 属性，那么应该有一个测试失败，你不同意吗？
Required 属性，为什么不使用带有一些反射的单元测试呢？我很快会用一些代码更新我的答案。
SaveChanges() 方法由于验证而在生产中失败，那么该方法也应该在测试中失败。我现在看到测试应该比这更具体，检查一个方法应该失败的一个具体原因。因此嘲笑。
SaveChanges()-ing 对一个真实的数据库；要么创建一个“正确的”存根 DbContext 覆盖 SaveChanges()，然后您可以在其中手动调用验证并在需要时抛出。
Mock 只给你一个“伪造”的对象，它没有实现任何功能。它只是为了控制部分代码或防止空指针异常，因为根本没有设置某些实例。但是所有没有在模拟对象中专门设置的方法都不会做任何事情。
有一些关于如何对实体框架进行单元测试的文章，也许这会有所帮助。 例如：http://msdn.microsoft.com/en-us/ff714955.aspx
【讨论】：