jUnit测试用例应该在throws声明或try-catch块中处理默认异常吗

Question

如果我为一个抛出一堆异常的函数编写测试用例，我应该在我的测试方法中为这些异常添加一个抛出声明，还是应该捕获每个单独的异常。正确的方法是什么？我相信try-catch是一个更好的方法，但是我应该在catch块中打印stacktrac吗？

例如，我有一个方法getGroups（String name），它抛出AuthenticationException。如果我编写一个测试用例来检查当name参数为null时是否抛出IllegalArgumentException，我该如何处理AuthenticationException？我是将其添加到抛出方法的一部分，还是将异常包含在try catch块中。

@Test
public void testGetGroupsWithNull() throws AuthenticationException {
 thrown.expect(IllegalArgumentException.class);
 getGroups(null);
}

在上面的测试用例中，我刚刚添加了一个throws AuthentiationException，但我想知道是否最好将异常包含在try-catch块中，以及捕获异常后我应该做什么。我可以打印堆栈跟踪。

我正在处理意外异常AuthenticationException，方法是不将其放在'throws'子句中，而是放在try/catch块中。

@Test
public void testGetGroupsWithNull() {
thrown.expect(IllegalArgumentException.class);
try {
  getGroups(null);
} catch(AuthenticationExcption e) {
  Assert.fail("Authentication Exception");
}
}

Answer 1

注释更具交流性。

它在不强制读者阅读代码的情况下发出测试预期发生的信号。

任何单个测试都应该只期望抛出一个异常，因为每个测试都应该测试一个行为。单个行为只能引发一个异常。

如果抛出任何其他异常，则表明测试失败。当然，测试方法签名必须反映任何可能的已检查异常，调用同一方法的真实代码也是如此。

Answer 2

如果JUnit测试抛出一个意外的异常，它就会失败。这就是您想要的行为。因此，使用try/catch块是没有意义的。如果您期望出现异常，请使用预期异常规则（您显然从代码片段中了解到这一点）。但无论您是否期待，都不要使用try/catch。

这意味着如果您的异常是检查异常，您需要一个抛出子句。事实上，您经常需要在测试方法上使用抛出子句，即使您不期望抛出异常，只是因为您的测试调用了一个有时可以抛出检查异常的方法。我已经养成了在每个测试方法上编写抛出异常的习惯。没有理由不这样做；这只是少了一件需要担心的事情。

Answer 3

JUnit在这里有一篇很棒的文章：https://github.com/junit-team/junit/wiki/Exception-testing在这个问题上。你可以做：

@Test(expected= IndexOutOfBoundsException.class) 
public void empty() { 
  new ArrayList<Object>().get(0); 
}

或：

@Test
  public void testExceptionMessage() {
      try {
          new ArrayList<Object>().get(0);
          fail("Expected an IndexOutOfBoundsException to be thrown");
      } catch (IndexOutOfBoundsException anIndexOutOfBoundsException) {
          assertThat(anIndexOutOfBoundsException.getMessage(), is("Index: 0, Size: 0"));
      }
  }