我最近开始创建自己的注释,为了支持 TDD/BDD,我想对我的注释进行单元测试,以便为它们创建清晰的规范。然而,由于注释基本上只是奇特的接口,据我所知无法真正直接实例化,因此是否有任何方法缺少反射来对注释进行单元测试?

有帮助吗?

解决方案

这不是我通常会写的测试,但你可以简单地创建一组使用和滥用注释,以测试它存储其成员值测试类,它具有正确的默认值等。

这将只能在那些对课程的正确目标specfied运行时注释工作。

在我的经验,说明自己很少有趣,足以保证单元测试 - 这通常是使用他们需要测试的代码。但后来我不是思想的100%的代码覆盖率学校: - )

其他提示

注解产生一定的影响(否则,这将是没有意义的使用它们)。所以不测试注释存在但效果它应该有

您可以单元测试,如果你的注释的定义是确定的:可以把它应用到一组有效的元素,它是在运行时可用如果需要的话,也默认值正确初始化? 然后,稍后,单元测试将处理您注释的类。

您无法直接测试它们,因为正如您所指出的,没有什么可以测试的。不过,你可以证明一些事情:

  • 代码中带有注释的对象在运行时具有任何预期的注释
  • 默认值已初始化
  • 注释绑定到您期望它们绑定的内容

当您进行单元测试时,您可以证明的一件事是您的实现符合接口。 因此,如果注释暗示某些行为或属性(例如 Serializable 事情确实应该是可序列化的),您也希望在测试中表示这一点。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top