@BeforeClass vs static{}

2022-09-01 20:54:31

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

为此,我可以使用

  1. 静态初始值设定项块或
  2. 静态方法@BeforeClass

使用一个比另一个有什么优势?


答案 1

或 初始值设定项的语义非常不同。@BeforeClassstatic

静态初始值设定项由 JVM 调用,而不是由 JUnit 调用。如果在静态初始值设定项中引发异常,则测试框架可能无法捕获和报告异常。此外,与该方法相比,静态初始值设定项的调用时间没有明确定义。它在第一次实际使用,每个类装入器将只运行一次,例如静态属性,静态方法或其构造函数之一的访问。有时,可能很难弄清楚什么时候会这样。(如果您不使用继承:您可能有一天或某些同事会重构您的测试用例。如果不是今天,选择静态初始值设定项可能会在将来引入令人讨厌的错误。@BeforeClass

另一方面,在每个类的测试运行之前运行。如果某个类将受到不同的测试(例如,由于基于继承构建的测试),则初始值设定项将仅针对使用此类的第一个测试运行。这意味着您使测试订单依赖于您永远不想要的东西。@BeforeClassstatic

请注意,这两个选项之间的语义差异大于对测试使用或构造函数之间的差异。作为最后的论点,想想注释的文献价值。它使您的意图更具可读性。@Before

此规则的唯一例外是不可变常量。这些应该在它们的声明中初始化,以保持代码简洁并尊重编译时常量。但是,如果您的值是可变的,则根本不应使用值。同样,在测试中更改的可变值会向测试引入顺序依赖关系,这是要避免的。static

DR: 使用!@BeforeClass


答案 2

以下是在决定是使用静态初始化块还是@BeforeClass时可以考虑的几个注意事项:

  1. @BeforeClass@AfterClass的拮抗剂。因此,如果您执行需要稍后清理的初始化(例如打开外部资源),则最好(从语义角度来看)使用带注释的方法。
  2. 如果您执行复杂的初始化,可能会引发已检查的异常,则使用会更舒适,因为您不必捕获它并将其包装到未经检查的异常中。@BeforeClass
  3. 如果要将常量语义 () 与复杂的初始化结合使用,则别无选择,只能使用静态初始化块或静态方法。private static final String VARIABLE

有一篇关于SO:单元测试的相关文章 - 使用@BeforeClass和在JUnit 4 Java中使用实例或静态变量有什么区别?


推荐