@BeforeClass vs static{}
我正在使用JUnit编写一些测试用例。我需要初始化一些静态变量,这些变量将用于该类中的所有测试用例。
为此,我可以使用
- 静态初始值设定项块或
- 静态方法
@BeforeClass
使用一个比另一个有什么优势?
我正在使用JUnit编写一些测试用例。我需要初始化一些静态变量,这些变量将用于该类中的所有测试用例。
为此,我可以使用
@BeforeClass
使用一个比另一个有什么优势?
或 初始值设定项的语义非常不同。@BeforeClass
static
静态初始值设定项由 JVM 调用,而不是由 JUnit 调用。如果在静态初始值设定项中引发异常,则测试框架可能无法捕获和报告异常。此外,与该方法相比,静态初始值设定项的调用时间没有明确定义。它在第一次实际使用时,每个类装入器将只运行一次,例如静态属性,静态方法或其构造函数之一的访问。有时,可能很难弄清楚什么时候会这样。(如果您不使用继承:您可能有一天或某些同事会重构您的测试用例。如果不是今天,选择静态初始值设定项可能会在将来引入令人讨厌的错误。@BeforeClass
另一方面,在每个类的测试运行之前运行。如果某个类将受到不同的测试(例如,由于基于继承构建的测试),则初始值设定项将仅针对使用此类的第一个测试运行。这意味着您使测试订单依赖于您永远不想要的东西。@BeforeClass
static
请注意,这两个选项之间的语义差异大于对测试使用或构造函数之间的差异。作为最后的论点,想想注释的文献价值。它使您的意图更具可读性。@Before
此规则的唯一例外是不可变常量。这些应该在它们的声明中初始化,以保持代码简洁并尊重编译时常量。但是,如果您的值是可变的,则根本不应使用值。同样,在测试中更改的可变值会向测试引入顺序依赖关系,这是要避免的。static
DR: 使用!@BeforeClass
以下是在决定是使用静态初始化块还是@BeforeClass
时可以考虑的几个注意事项:
@BeforeClass
是@AfterClass
的拮抗剂。因此,如果您执行需要稍后清理的初始化(例如打开外部资源),则最好(从语义角度来看)使用带注释的方法。@BeforeClass
private static final String VARIABLE
有一篇关于SO:单元测试的相关文章 - 使用@BeforeClass和在JUnit 4 Java中使用实例或静态变量有什么区别?