是否应该对只有简单的getter和setter的简单JavaBeans进行单元测试?
Beans在getter和setter中有一些逻辑怎么样?
你不应该写下以下测试:
测试语言或IDE(即自动生成的getter和setter)
不会为您的测试工具增加任何价值,并且会降低您对单元测试的热情
这同样适用于仅具有属性的.NET对象(有时称为"Info"对象).
在一个理想的世界中,你将有100%的测试覆盖率,但实际上这不会发生.因此,花费客户的钱,它将增加最大的好处,即为具有复杂状态和行为的类编写测试.
如果您的JavaBean变得更有趣,您当然可以在以后添加测试用例.与单元测试/ TDD相关的常见问题之一是错误地认为一切都必须是第一次完美.
如果不值得测试,那就不值得写了.
这并不总是意味着你应该编写测试.有时它意味着你应该删除代码.你需要这些豆子吗?他们真的做了什么重要的事吗?如果您需要它们,您应该编写测试.如果没有,请删除代码并过上更幸福的生活,因为您知道自己维护的更少.