单位中测试方法的前缀：“测试”与“应该”

Question

在 JUnit 中的测试方法名称中添加“test”前缀是一种常见的做法。但最近几年，有些人将其改为前缀“应该”。

如果我想在数据库中测试客户创建，我通常会将方法命名为“testCustomerCreation”。然而，有些人会命名为“shouldCreateCustomer”。

当我是项目中唯一的人或者项目中的其他人都同意我的观点时，这是很多个人品味的体现。但当情况并非如此时，一些分歧或不一致的混合就会开始出现。

我在某处读到一个人的文章，将他的方法命名为“testShouldCreateCustomer”，因此他决定删除“test”前缀。但事实上他并没有使用“test”作为前缀，而是使用了“testShould”并改为“should”。显然，这并没有说服我。

我个人强烈倾向于坚持使用“test”前缀，因为方法名称通常以不定式形式的动词开头（“get”、“set”、“add”、“remove”、“clear”、“send”、“接收”、“打开”、“关闭”、“读取”、“写入”、“创建”、“列表”、“弹出”、“打印”等，“测试”也是如此）。因此，在方法名称前加上“应该”对我来说听起来真的很奇怪，看起来是错误的。

那么，使用“应该”而不是“测试”的真正充分理由是什么？有哪些巨大的优点和缺点？

Answer 1

“应该”约定与行为驱动开发测试风格保持一致。

我个人非常喜欢用这种风格编写测试，因为它鼓励您编写作为规范来读取的测试，并且更符合类或系统的行为你正在测试。

在可能的情况下，我有时会更进一步，使用测试类的名称为测试类提供更多上下文：

class ANewlyCreatedAccount {
  shouldHaveAZeroBalance() {}
  shouldCalculateItsOwnInterest() {}
}

通过命名您的类并以这种规范风格思考它们，这可以为您提供很多关于要编写哪些测试的指导，以及按照什么顺序您应该编写测试并将其设置为绿色。

是的，“应该”与“测试”只是一个前缀，保持一致很重要，但这个问题还涉及如何测试代码和选择要编写的测试的风格和心态。 BDD 有很大的价值，所以我建议进一步阅读并尝试一下。

Answer 2

我想说，“测试”前缀只是需要时的预注释日的保留。我建议您只需为测试用例使用有意义的名称（这可能意味着有或没有“测试”）。

我更喜欢为测试方法命名，以便清楚正在测试的内容。即

checkNullParameter()
runSimpleQuery()
runQueryWithBadParam()

所有测试用例无论如何都位于测试目录中，并且所有实际测试都带有注释，因此“test”前缀相当多余。

Answer 3

在命名问题上，一致性比正确性更重要。如果项目有任何问题，负责该项目的技术成员应该正式概述编码实践，这样这样的问题就不会浪费宝贵的项目时间。

Answer 4

在最初的 JUnit 中，测试方法必须从 test 开始。许多其他语言的框架都复制了这个约定。即使在 JUnit 中不再是这种情况，即使其他框架可能有所不同，我认为大多数程序员仍然非常熟悉名为 testX 的方法作为单元测试，所以我认为最好因此，请遵守 test 约定。

Answer 5

我更喜欢 test 后缀。您的项目中可能有一个带有 should 前缀的方法，例如 shouldBuy 并且您的测试将被称为 testShouldBuy 因为 shouldShouldBuy 看起来会很奇怪。

我还使用 MoreUnit Eclipse 插件，它将自动创建一个前缀为 Ctrl+U 时 >test 或当我按 Ctrl+J 时跳转到测试方法。 （尽管您可以配置它使用的前缀。）如果您的命名不一致，MoreUnit 等自动化工具将无法帮助您进行测试。