如何使用JUnit来测试某些代码是否抛出异常？
我当然可以这样做：
@Test
public void testFooThrowsIndexOutOfBoundsException() {
boolean thrown = false;
try {
foo.doStuff();
} catch (IndexOutOfBoundsException e) {
thrown = true;
}
assertTrue(thrown);
}
我记得，对于这类情况，有一个注释或Assert.xyz之类的东西远没有JUnit那么笨拙，更符合JUnit的精神。
当前回答
现在JUnit 5和JUnit 4.13已经发布，最好的选择是使用Assertions.assertThrows（）（针对JUnit 5）和Assertions.AssertThrow（）（对于JUnit 4.13）JUnit 5用户指南。
下面是一个验证抛出异常的示例，并使用Truth对异常消息进行断言：
public class FooTest {
@Test
public void doStuffThrowsIndexOutOfBoundsException() {
Foo foo = new Foo();
IndexOutOfBoundsException e = assertThrows(
IndexOutOfBoundsException.class, foo::doStuff);
assertThat(e).hasMessageThat().contains("woops!");
}
}
与其他答案中的方法相比，优势在于：
内置于JUnit如果lambda中的代码没有引发异常，则会得到一个有用的异常消息；如果它引发了不同的异常，则将得到一个堆栈跟踪简明的允许您的测试遵循排列动作断言您可以精确地指示希望抛出异常的代码您不需要在throws子句中列出预期的异常您可以使用自己选择的断言框架对捕获的异常进行断言
其他回答
小心使用预期的异常，因为它只断言方法抛出了该异常，而不是测试中的特定代码行。
我倾向于将其用于测试参数验证，因为这样的方法通常非常简单，但更复杂的测试可能更好：
try {
methodThatShouldThrow();
fail( "My method didn't throw when I expected it to" );
} catch (MyException expectedException) {
}
应用判断。
我使用Java 8 lambdas的解决方案：
public static <T extends Throwable> T assertThrows(Class<T> expected, ThrowingRunnable action) throws Throwable {
try {
action.run();
Assert.fail("Did not throw expected " + expected.getSimpleName());
return null; // never actually
} catch (Throwable actual) {
if (!expected.isAssignableFrom(actual.getClass())) { // runtime '!(actual instanceof expected)'
System.err.println("Threw " + actual.getClass().getSimpleName()
+ ", which is not a subtype of expected "
+ expected.getSimpleName());
throw actual; // throw the unexpected Throwable for maximum transparency
} else {
return (T) actual; // return the expected Throwable for further examination
}
}
}
您必须定义FunctionalInterface，因为Runnable没有声明所需的抛出。
@FunctionalInterface
public interface ThrowingRunnable {
void run() throws Throwable;
}
方法如下：
class CustomException extends Exception {
public final String message;
public CustomException(final String message) { this.message = message;}
}
CustomException e = assertThrows(CustomException.class, () -> {
throw new CustomException("Lorem Ipsum");
});
assertEquals("Lorem Ipsum", e.message);
在JUnit 4或更高版本中，您可以如下测试异常
@Rule
public ExpectedException exceptions = ExpectedException.none();
这提供了许多可以用来改进JUnit测试的特性。如果您看到下面的示例，我将测试异常的3个方面。
引发的异常类型异常消息异常的原因
public class MyTest {
@Rule
public ExpectedException exceptions = ExpectedException.none();
ClassUnderTest classUnderTest;
@Before
public void setUp() throws Exception {
classUnderTest = new ClassUnderTest();
}
@Test
public void testAppleisSweetAndRed() throws Exception {
exceptions.expect(Exception.class);
exceptions.expectMessage("this is the exception message");
exceptions.expectCause(Matchers.<Throwable>equalTo(exceptionCause));
classUnderTest.methodUnderTest("param1", "param2");
}
}
现在JUnit 5和JUnit 4.13已经发布，最好的选择是使用Assertions.assertThrows（）（针对JUnit 5）和Assertions.AssertThrow（）（对于JUnit 4.13）JUnit 5用户指南。
下面是一个验证抛出异常的示例，并使用Truth对异常消息进行断言：
public class FooTest {
@Test
public void doStuffThrowsIndexOutOfBoundsException() {
Foo foo = new Foo();
IndexOutOfBoundsException e = assertThrows(
IndexOutOfBoundsException.class, foo::doStuff);
assertThat(e).hasMessageThat().contains("woops!");
}
}
与其他答案中的方法相比，优势在于：
内置于JUnit如果lambda中的代码没有引发异常，则会得到一个有用的异常消息；如果它引发了不同的异常，则将得到一个堆栈跟踪简明的允许您的测试遵循排列动作断言您可以精确地指示希望抛出异常的代码您不需要在throws子句中列出预期的异常您可以使用自己选择的断言框架对捕获的异常进行断言
这取决于JUnit版本和使用的断言库。
JUnit5和4.13见答案如果您使用AssertJ或google truth，请参阅答案
JUnit<=4.12的原始答案是：
@Test(expected = IndexOutOfBoundsException.class)
public void testIndexOutOfBoundsException() {
ArrayList emptyList = new ArrayList();
Object o = emptyList.get(0);
}
尽管答案对于JUnit<=4.12有更多选项。
参考：
JUnit测试常见问题解答
