.net - 应该为简单的 POCO 域对象编写哪些单元测试?

标签 .net unit-testing agile

因此,标准的敏捷哲学会建议使您的域类成为简单的 POCO,这些 POCO 通过数据访问对象使用单独的代理层进行持久化(就像 NHibernate 那样)。它还建议获得尽可能高的单元测试覆盖率。

为这些简单的 POCO 对象编写测试有意义吗?假设我有一个看起来像这样的类(class):

public class Container {
 public int ContainerId { get; set;}
 public string Name { get; set;}
 public IList<Item> Contents { get; set;}
}

我可以为此编写哪些有用的单元测试?

最佳答案

通常,像这样的值对象不需要有自己的测试。您将从使用它实际执行某些操作的类中获得覆盖。

单元测试旨在测试行为。没有行为?不需要测试。

关于.net - 应该为简单的 POCO 域对象编写哪些单元测试?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/293081/

相关文章:

c# - 使用 HttpClient 信任自签名证书

c# - 合成后如何更改 MEF 中的部分合成?

.net - 如何通过 SSL 跟踪来自 .Net DataServiceContext 的 oData 请求?

c# - 从一个委托(delegate)转换为另一个委托(delegate)。伪 Actor

Android Studio - 测试 - 每种运行类型之间有什么区别?

c# - 尝试测试任务时 Moq 出现异常

python - XML 输出包括 setup_module 和 teardown_module

android - 适用于 Android 和移动设备的 TDD

敏捷场景,哪个是正确的?