junit5_一个在自己的线程中运行测试的JUnit规则

最新推荐文章于 2023-06-09 13:09:38 发布

cunfen6312

最新推荐文章于 2023-06-09 13:09:38 发布

阅读量256

点赞数

文章标签： java 多线程 vue python golang ViewUI

原文链接：https://www.javacodegeeks.com/2014/07/a-junit-rule-to-run-a-test-in-its-own-thread.html

版权

junit5

有时，能够在单独的线程中运行JUnit测试会很有帮助。特别是在编写与封装的ThreadLocal或类似对象交互的集成测试时，这可能会派上用场。单独的线程将隐式确保每次测试运行都未初始化threadlocal的与线程相关的引用。这篇文章介绍了提供此类功能的JUnit规则，并说明了如何使用它。

首先，请看以下示例。它描述了一个导致testB间歇性故障的testB 。原因是结果取决于副作用¹导致的所有测试的执行顺序。更准确地说， Display.getDefault()原则上返回延迟实例化的单例，而Display.getCurrent()是此单例的简单访问器。结果，如果testB在testA ²之后运行，则testB失败。

public class FooTest {

  @Test
  public void testA() {
    Display actual = Display.getDefault();

    assertThat( actual ).isNotNull();
  }

  @Test
  public void testB() {
    Display actual = Display.getCurrent();

    assertThat( actual ).isNull();
  }
}

为了避免某些幕后魔术，使人难以理解代码，我们可以确保在实际测试执行之前就放置了现有的显示器³ 。

@Before
  public void setUp() {
    if( Display.getCurrent() != null ) {
      Display.getCurrent().dispose();
    }
  }

不幸的是，这种方法不能在运行PDE测试的集成测试套件中使用。 PDE运行时将创建一个Display实例，其生存期跨越所有测试运行。因此，显示处置将不是一个选择，并且testB将testB在PDE测试套件执行中失败⁴ 。

此时，请务必记住， Display单例已绑定到其创建线程(准ThreadLocal ) ⁵ 。因此，如果在自己的线程中执行，则testB应该运行可靠。

但是，线程处理通常最好情况下比较麻烦，并且会造成很多混乱，从而降低了测试方法的可读性。这给了我创建一个TestRule实现的想法，该实现封装了线程处理并保持测试代码干净：

public class FooTest {

  @Rule
  public RunInThreadRule runInThread = new RunInThreadRule();

  @Test
  public void testA() {
    Display actual = Display.getDefault();

    assertThat( actual ).isNotNull();
  }

  @Test
  @RunInThread
  public void testB() {
    Display actual = Display.getCurrent();

    assertThat( actual ).isNull();
  }
}

RunInThreadRule类允许在其自己的线程中运行单个测试方法。它负责守护程序线程的创建，测试执行，等待线程终止以及将测试结果转发到主线程。要标记要在单独的线程中运行的测试，必须使用@RunInThread注释测试方法，如上所示。

有了这个适当的位置， testB现在就独立于测试的执行顺序，并且成功可靠。但是请注意不要过度使用RunInThreadRule 。尽管@RunInThread批注表示测试在单独的线程中运行，但未解释原因。这可能很容易混淆这种测试的真实范围。因此，我通常仅将此作为万不得已的解决方案。例如，当第三方库依赖于无法通过API功能清除或重置的封装ThreadLocal ，这可能是合理的。

对于那些想了解RunInThreadRule实现的人，我创建了一个GitHub gist：

https://gist.github.com/fappel/65982e5ea7a6b2fde5a3

对于实际使用，您还可以查看我们的Gonsole项目的PgmResourceBundlePDETest实现，该项目托管在：

https://github.com/rherrmann/gonsole 。