@BeforeClass vs static {}

Question

我正在使用JUnit编写一些测试用例。我需要初始化一些静态变量，这些变量将用于该类中的所有测试用例。

为此我可以使用

1. 静态初始化程序块或
2. 使用@BeforeClass
的静态方法

使用一个在另一个上有什么好处？

Answer 1

@BeforeClass或static初始化程序的语义非常不同。

静态初始值设定项由JVM调用，而不是由JUnit调用。如果在静态初始化程序中抛出异常，则测试框架可能无法捕获并报告异常。此外，与@BeforeClass方法相比，静态初始化程序的调用时间没有明确定义。它将在第一个实际 use 上运行每个类加载器一次，例如静态属性，静态方法或其构造函数之一。有时，可能很难弄清楚这是什么时候。 （如果你不使用继承：你可能有一天或某个同事会重构你的测试用例。如果不是今天，选择静态初始化器可能会在将来引入令人讨厌的错误。）

另一方面，@BeforeClass在每个类的测试运行之前运行。如果一个类会受到不同的测试，例如由于继承构建的测试，static初始化程序将仅使用此类运行第一次测试。这意味着您使测试订单依赖于您从未想要的东西。

请注意，两个选项之间的语义差异大于使用@Before或测试的构造函数之间的语义差异。作为最后的论点，考虑一下注释的纪录价值。它使你的意图更具可读性。

此规则的唯一例外是不可变常量。这些应该在他们的声明中初始化，以保持您的代码简洁，并尊重compile time constants。但是，如果您的值是可变的，则根本不应使用static值。同样，在测试中改变的可变值会导致对测试的顺序依赖性，这是应该避免的。

TL; DR：使用@BeforeClass！

Answer 2

在决定是否使用static initialization block或@BeforeClass时，可以考虑以下几个注意事项：

1. @BeforeClass是@AfterClass的反对者。因此，如果您执行需要稍后清理的初始化（比如打开外部资源），那么使用带注释的方法会更好（从语义的角度来看）。
2. 如果您执行可能会抛出已检查异常的复杂初始化，则使用@BeforeClass会更加舒适，因为您不必捕获并将其包装到未经检查的异常中。
3. 如果要对复杂的初始化使用constant semantics（private static final String VARIABLE），除了使用静态初始化块或静态方法之外别无选择。

SO上有相关帖子：unit testing - What's the difference between using @BeforeClass and using instance or static variable in JUnit 4 Java?

Answer 3

如果它同时是static和final，那么您只有一个选择：静态初始值设定项。

编译器将阻止您从方法内部写入最终字段，静态或不静态。

编辑：好的，你已从你的问题中删除了“最终”这个词。在这种情况下，它没什么区别。静态初始化程序将运行一次; @BeforeClass方法也是如此。只需选择您认为更具可读性的那个。

Answer 4

这不是完全相同的行为。每次运行测试时都运行@BeforeClass，加载类时只运行一次静态初始化程序。如果你的testrunner使用相同的类加载器，那么在@BeforeClass的情况下，你将重新运行静态变量的初始化。这取决于你想在这里实现的目标。