为什么我们需要针对普通 POJO 运行测试用例答案

【问题标题】：Why we need test cases to run against plain POJOs为什么我们需要针对普通 POJO 运行测试用例
【发布时间】：2013-10-08 18:07:44
【问题描述】：

在编写 junit 测试时，我不禁认为 junit 测试适用于具有执行大量业务逻辑的方法的类。这样你就可以编写测试条件来测试每个 if-else 块。

但是在一个拥有大量 java bean 的企业应用程序中，为什么 junit 需要针对这些运行呢？为不执行任何逻辑或计算的标准 getter/setter 编写测试用例似乎是多余的。

junit 不应该只用于具有业务逻辑的类而不是普通 POJO 吗？

【问题讨论】：

您不需要为 POJO 编写测试用例。 POJO 被用于具有使用其 getter 和 setter 的业务逻辑的类中。只有当 POJO 的覆盖率不是 100% 时，您才应该担心，这意味着它们没有得到利用。

标签： java junit pojo

【解决方案1】：

POJO 并不意味着“没有业务逻辑的类”，它意味着该类不依赖于基础设施或框架。（一些使用 POJO 的框架，如 Hibernate 和 Spring，鼓励他们的用户使他们的 POJO 符合一些 JavaBean 约定，主要是命名 getter 和 setter。） Spring 中的服务是 POJO（或接近 POJO，有些人可能认为注解的引入与 POJO 的纯洁性相去甚远），并且它们具有业务逻辑。

如果一个类不包含任何逻辑，那么测试它就没有价值。通常这些类会被执行实际功能的测试所覆盖，因为它们用于保存传入或传出业务逻辑代码的数据。

如果您真的必须为只有 getter 和 setter 的类编写测试，请考虑编写一些代码来为您生成这些无用的测试。

【讨论】：

@Val：Spring 为 getter、setter 和 listener 采用了一些 JavaBeans 约定，尽管它肯定不全面。尤其是getter/setter 约定似乎在人们称之为 POJO 的事物中非常普遍。试图改写第一段。

【解决方案2】：

仅供参考，我在 GitHub 上创建了一个框架，用于自动测试 getter/setter。

它有两种工作方式，您可以调用一个方法来测试特定字段，或者使用一组默认值或使用您自己的值。或者，您可以通过调用并让框架测试通过反射找到的所有字段。

GetterSetterTester 测试单个字段。

ReflectionGetterSetterTester 测试一个类中的所有字段。

【讨论】：