Warning: file_get_contents(/data/phpspider/zhask/data//catemap/5/sql/77.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Junit 是否应测试@Entity POJO?_Junit - Fatal编程技术网

Junit 是否应测试@Entity POJO?

Junit 是否应测试@Entity POJO?,junit,Junit,我不知道是否应该测试@Entity注释的POJO。毕竟,主要是刚刚生成的getter/setter。我应该测试它们吗 当涉及到测试DAO时,我使用的是所有这些实体——我想它们已经经过了适当的测试了 谢谢你的想法 Matt您的代码是否包含任何错误?如果没有,测试它有什么意义?事实上,尝试测试它只会引入新的bug(因为您的测试可能是错误的) 因此,结论是:不应该在没有代码的情况下测试getter和setter(即那些只分配或读取字段而没有任何附加代码的) 例外情况是:当您手动编写这些getter/s

我不知道是否应该测试@Entity注释的POJO。毕竟,主要是刚刚生成的getter/setter。我应该测试它们吗

当涉及到测试DAO时,我使用的是所有这些实体——我想它们已经经过了适当的测试了

谢谢你的想法


Matt

您的代码是否包含任何错误?如果没有,测试它有什么意义?事实上,尝试测试它只会引入新的bug(因为您的测试可能是错误的)

因此,结论是:不应该在没有代码的情况下测试getter和setter(即那些只分配或读取字段而没有任何附加代码的)


例外情况是:当您手动编写这些getter/setter时,因为您可能会输入错误。但即使这样,一些代码也会使用这些,并且应该对这些代码进行测试,从而测试getter/setter的行为是否正确。

我想到写测试的唯一原因是测试@Entity注释本身。测试值的存储和检索似乎是在怀疑我们的编程环境的基本能力:)