如何测试是否没有抛出异常？

Question

我知道一种方法是：

@Test
public void foo() {
   try {
      // execute code that you expect not to throw Exceptions.
   } catch(Exception e) {
      fail("Should not have thrown any exception");
   }
}

有什么更干净的方法吗？（可能使用JUnit的@rule？）

Answer 1

你这样做是不对的。只需测试您的功能：如果抛出异常，测试将自动失败。如果没有抛出异常，您的测试将全部变为绿色。

我注意到这个问题不时引起人们的兴趣，所以我会稍微扩展一下。

当您进行单元测试时，向自己定义您所认为的工作单元是很重要的。基本上：对代码库的提取，它可能包含也可能不包含表示单个功能的多个方法或类。

null

null

null

null

第一个工作单元应测试在有效和无效输入的情况下是否返回了有效用户。
必须在此处处理数据源引发的任何异常：如果没有用户存在，则应进行一个测试，说明在找不到用户时引发了异常。这方面的一个示例可以是IllegalArgumentException，它是用@test(expected=IllegalArgumentException.class)批注捕获的。

一旦您处理了这个基本工作单元的所有使用，您就可以提升一个级别。在这里，您做了完全相同的操作，但您只处理来自当前级别下的异常。这使您的测试代码保持良好的结构化，并允许您快速地运行体系结构以发现哪里出了问题，而不是必须到处跳。

在这一点上，我们应该清楚地知道我们将如何处理这些异常。输入有两种类型：有效输入和错误输入（输入在严格意义上是有效的，但不正确）。

null

这样的方法调用可以如下所示:existinguserbyid_shouldreturn_userobject。如果此方法失败（例如：抛出异常），那么您就知道出了问题，可以开始挖掘。

通过添加另一个使用错误输入并期望出现异常的测试(nonexistinguserbyid_shouldthrow_illegalargumentexception)，您可以看到您的方法是否对错误输入执行了预期的操作。

您试图在测试中做两件事：检查有效输入和错误输入。通过将其拆分为两种方法，每种方法都做一件事，您将有更清晰的测试，并更好地了解哪里出了问题。

通过记住工作的分层单元，您还可以减少对层次结构中较高的一个层所需的测试量，因为您不必考虑在较低层中可能出错的所有事情：当前层下面的层实际上保证了您的依赖关系能够正常工作，如果出错，则是在当前层中（假设较低层本身没有抛出任何错误）。