Java 8解决方案

如果您想要一个解决方案：

利用Java 8 lambda不依赖任何JUnit魔法允许您检查单个测试方法中的多个异常检查测试方法中特定的一组行（而不是整个测试方法中的任何未知行）是否引发异常生成引发的实际异常对象，以便您可以进一步检查它

下面是我编写的实用函数：

public final <T extends Throwable> T expectException( Class<T> exceptionClass, Runnable runnable )
{
    try
    {
        runnable.run();
    }
    catch( Throwable throwable )
    {
        if( throwable instanceof AssertionError && throwable.getCause() != null )
            throwable = throwable.getCause(); //allows testing for "assert x != null : new IllegalArgumentException();"
        assert exceptionClass.isInstance( throwable ) : throwable; //exception of the wrong kind was thrown.
        assert throwable.getClass() == exceptionClass : throwable; //exception thrown was a subclass, but not the exact class, expected.
        @SuppressWarnings( "unchecked" )
        T result = (T)throwable;
        return result;
    }
    assert false; //expected exception was not thrown.
    return null; //to keep the compiler happy.
}

（摘自我的博客）

使用方法如下：

@Test
public void testMyFunction()
{
    RuntimeException e = expectException( RuntimeException.class, () -> 
        {
            myFunction();
        } );
    assert e.getMessage().equals( "I haz fail!" );
}

public void myFunction()
{
    throw new RuntimeException( "I haz fail!" );
}

JUnit内置了对此的支持，并带有“expected”属性。

Junit4与Java8的解决方案是使用此功能：

public Throwable assertThrows(Class<? extends Throwable> expectedException, java.util.concurrent.Callable<?> funky) {
    try {
        funky.call();
    } catch (Throwable e) {
        if (expectedException.isInstance(e)) {
            return e;
        }
        throw new AssertionError(
                String.format("Expected [%s] to be thrown, but was [%s]", expectedException, e));
    }
    throw new AssertionError(
            String.format("Expected [%s] to be thrown, but nothing was thrown.", expectedException));
}

用法如下：

    assertThrows(ValidationException.class,
            () -> finalObject.checkSomething(null));

注意，唯一的限制是在lambda表达式中使用最终对象引用。此解决方案允许使用@test（expected=IndexOutOfBoundsException.class）解决方案继续测试断言，而不是期望在方法级别可以执行。

小心使用预期的异常，因为它只断言方法抛出了该异常，而不是测试中的特定代码行。

我倾向于将其用于测试参数验证，因为这样的方法通常非常简单，但更复杂的测试可能更好：

try {
    methodThatShouldThrow();
    fail( "My method didn't throw when I expected it to" );
} catch (MyException expectedException) {
}

应用判断。

为了解决同样的问题，我设立了一个小项目：http://code.google.com/p/catch-exception/

使用这个小助手，您可以编写

verifyException(foo, IndexOutOfBoundsException.class).doStuff();

这比JUnit 4.7的ExpectedException规则更详细。与skaffman提供的解决方案相比，您可以指定期望在哪行代码中出现异常。我希望这有帮助。

您也可以这样做：

@Test
public void testFooThrowsIndexOutOfBoundsException() {
    try {
        foo.doStuff();
        assert false;
    } catch (IndexOutOfBoundsException e) {
        assert true;
    }
}