java - 是否可以覆盖 JUnit 中的预期异常？

Question

我最近发现 JUnit > 4.10 允许使用 @Rule 和 ExpectedException。由于我不太喜欢复制代码，所以我尝试了以下方法。为了更好地理解，我将它从几个测试缩减为这两个。 MockitoJUnitRunner 是有意为之的，尽管它没有在小规模示例中使用。

pom.xml

<dependencies>
  <!-- Test dependencies -->
  <dependency>
    <groupId>junit</groupId>
    <artifactId>junit</artifactId>
    <version>4.11</version>
    <scope>test</scope>
  </dependency>
  <dependency>
    <groupId>org.mockito</groupId>
    <artifactId>mockito-all</artifactId>
    <version>1.10.19</version>
    <scope>test</scope>
  </dependency>
</dependencies>

测试库

 @RunWith(MockitoJUnitRunner.class)
 public class TestBase {
   /** JUnit > 4.10 allows expected exception handling like this */
   @Rule
   public ExpectedException exception = ExpectedException.none();

   @Before
   public void setup() {
     this.expectBadParam();
   }

   protected void expectBadParam() {
     this.exception.expect(NullPointerException.class);
   }
 }

问题是下面的测试没有像我预期的那样工作。我正在尝试的是默认情况下期望异常类型，并且在某些情况下运行正常的 JUnit 测试。设置后我无法重置预期的异常。

 public class ExpectedExceptionTest extends TestBase {
   @Test
   public void error() {
     throw new NullPointerException();
   }

   @Test
   public void success() {
     this.exception = ExpectedException.none();
     // this should be a success
   }
 }

我已经找到了不同的解决方案，方法是在每个方法中复制 expectBadParam 方法，我希望出现异常，并覆盖测试类中的 @Before 注释。但是我希望有人能帮助我理解为什么这不起作用？

Answer 1

它没有像您预期的那样工作(没有双关语意)的原因与 TestRule 如何与 JUnit 一起工作有关。

实际上，测试框架会检查测试用例中的 TestRule 实例，然后依次调用每个实例的 TestRule.apply() 方法。此方法接受一个 Statement 对象并返回一个 Statement()。您的测试用例对象最初包装在一个声明中，提供给第一个 TestRule，它返回一个全新 Statement 包装原始 Statement。因此，基本上，TestRule 有机会适应 原始的 TestCase，通常会添加新功能。一旦框架遍历了所有 TestRule 实例，它就会调用 Statement.evaluate() 方法，就像它对它构建的任何“标准”测试用例所做的那样，它没有附加任何 TestRules

这里的关键是框架和 TestRule 实例之间的所有交互都发生在测试用例构建时。一旦建立了测试用例，包含规则的字段就不再被测试框架查询或直接与之交互。他们之后的主要目的是让测试与规则中包含的可变状态进行交互。因此，如果您像在测试用例 success() 中那样更改实例字段，您将对规则的结果完全没有影响，因为该规则需要一个 IllegalArgumentException 已经应用于测试用例。

TestRule 实现有一个“典型”的形状。他们看起来像这样......

public void apply(Statement base, Description description) {
    return new Statement() {
        public void evaluate( ) {
            // some initialisation
            try {
                base.evaluate();
            } finally {
                // some tidy up here
            }
        }
    }
}

这里，TestRule 有机会在测试用例完成后运行一些代码。这就是 ExpectedException 的工作原理(尽管它也有一个“catch Exception(e)” block )。在测试过程中，您可以调用规则实例上的方法，该实例在 TestRule 对象中建立状态，然后在调用 finally block 时使用该对象。因此，当您调用“exception.expect(IllegalArgumentException.class)”时，测试规则将一个匹配器存储在列表中，并使用该匹配器和您可能已设置的任何其他匹配器基本上匹配捕获的异常。当您重置测试用例中的实例字段时，原始实例中的所有状态仍然存在，因此测试仍然失败。

要执行您想执行的操作，您需要一种重置 ExpectedException 实例的内部状态的方法。遗憾的是，ExpectedException 类中没有任何方法可让您删除已添加的期望值。只有真正有可能增加期望。而且，老实说，这是有充分理由的——您的测试应该按逻辑分组，在您越接近测试用例时添加更细粒度的细节。 “重置”期望的行为是删除而不是添加细节的行为，因此表明您的测试在逻辑上分组得不够好。如果测试套件的某些部分增加了一些期望，而另一部分删除了部分/全部期望，则会造成可维护性困难。

如果您想在这里使用 ExpectedException，您有 2 个选择。第一个是将您的测试类或测试基类一分为二。一个套件应该用于期望 IllegalArgumentException 的测试，另一个套件用于那些不期望或具有他们期望的某种替代异常的测试。第二个是接受固有的重复，因为有 44 个测试必须明确声明它们期望异常，而只有 4 个测试没有。

您可能能够以某种方式使用 JUnit Theories 实现您想要的，尽管这在很大程度上取决于您的测试用例的工作方式。