Testing 使用@DisplayName描述类和测试方法的好模式是什么?

Testing 使用@DisplayName描述类和测试方法的好模式是什么?,testing,junit,junit-jupiter,Testing,Junit,Junit Jupiter,我已经开始使用Jupiter API(Junit 5)中的@DisplayName注释来描述我的测试中发生了什么。此功能非常有用,可以帮助其他开发人员更好地理解测试的目的(因为文本可以包含空格、特殊字符,甚至表情符号)。 现在,我使用以下策略创建我的描述: 类级别:“检查[正在测试的常规功能]” 方法级别:“当[要满足的条件]” 然而,我想知道是否有更好的方法来描述测试。所以我的问题是,当使用@DisplayName注释来改进我的测试描述时,应该遵循哪些好模式? 我要找的东西有: 有助于根

我已经开始使用Jupiter API(Junit 5)中的
@DisplayName
注释来描述我的测试中发生了什么。此功能非常有用,可以帮助其他开发人员更好地理解测试的目的(因为文本可以包含空格、特殊字符,甚至表情符号)。 现在,我使用以下策略创建我的描述:

  • 类级别:“检查[正在测试的常规功能]”
  • 方法级别:“当[要满足的条件]”
然而,我想知道是否有更好的方法来描述测试。所以我的问题是,当使用
@DisplayName
注释来改进我的测试描述时,应该遵循哪些好模式? 我要找的东西有:

  • 有助于根据测试目标对测试进行分类的关键字
  • 表示特征、重要性等的表情符号

我一直在使用Roy Osherove的策略:。该约定提供了通信测试场景和预期结果所需的所有信息。也许你可以为@displayname做一些类似的事情。我一直在使用罗伊·奥舍洛夫的策略:。该约定提供了通信测试场景和预期结果所需的所有信息。也许你可以为@DisplayName做类似的事情