这样如何：捕获一个非常普通的异常，确保它从catch块中取出，然后断言该异常的类是您期望的。如果a）异常类型错误（例如，如果您使用了空指针），并且b）该异常从未被抛出，则该断言将失败。

public void testFooThrowsIndexOutOfBoundsException() {
  Throwable e = null;

  try {
    foo.doStuff();
  } catch (Throwable ex) {
    e = ex;
  }

  assertTrue(e instanceof IndexOutOfBoundsException);
}

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

这取决于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测试常见问题解答

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

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

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

应用判断。

编辑：现在JUnit 5和JUnit 4.13已经发布，最好的选择是使用Assertions.assertThrows（）（针对JUnit 5）和Assertions.AssertThrow（）（对于JUnit 4.13+）。有关详细信息，请参阅我的其他答案。

如果您尚未迁移到JUnit 5，但可以使用JUnit 4.7，则可以使用ExpectedException规则：

public class FooTest {
  @Rule
  public final ExpectedException exception = ExpectedException.none();

  @Test
  public void doStuffThrowsIndexOutOfBoundsException() {
    Foo foo = new Foo();

    exception.expect(IndexOutOfBoundsException.class);
    foo.doStuff();
  }
}

这比@Test（预期=IndexOutOfBoundsException.class）好得多，因为如果在foo.doStuff（）之前抛出IndexOutofBoundsExcept，测试将失败

有关详细信息，请参阅本文。

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

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

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

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

我在这里尝试了许多方法，但它们要么很复杂，要么不太符合我的要求。事实上，可以非常简单地编写一个助手方法：

public class ExceptionAssertions {
    public static void assertException(BlastContainer blastContainer ) {
        boolean caughtException = false;
        try {
            blastContainer.test();
        } catch( Exception e ) {
            caughtException = true;
        }
        if( !caughtException ) {
            throw new AssertionFailedError("exception expected to be thrown, but was not");
        }
    }
    public static interface BlastContainer {
        public void test() throws Exception;
    }
}

这样使用：

assertException(new BlastContainer() {
    @Override
    public void test() throws Exception {
        doSomethingThatShouldExceptHere();
    }
});

零依赖：无需mockito，无需powermock；在期末考试中表现很好。

您也可以这样做：

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

只需制作一个可以关闭和打开的Matcher，如下所示：

public class ExceptionMatcher extends BaseMatcher<Throwable> {
    private boolean active = true;
    private Class<? extends Throwable> throwable;

    public ExceptionMatcher(Class<? extends Throwable> throwable) {
        this.throwable = throwable;
    }

    public void on() {
        this.active = true;
    }

    public void off() {
        this.active = false;
    }

    @Override
    public boolean matches(Object object) {
        return active && throwable.isAssignableFrom(object.getClass());
    }

    @Override
    public void describeTo(Description description) {
        description.appendText("not the covered exception type");
    }
}

要使用它：

add public ExpectedException exception=ExpectedException.none（）；，那么：

ExceptionMatcher exMatch = new ExceptionMatcher(MyException.class);
exception.expect(exMatch);
someObject.somethingThatThrowsMyException();
exMatch.off();

在我的例子中，我总是从数据库中得到RuntimeException，但消息不同。需要分别处理异常。以下是我测试它的方法：

@Test
public void testThrowsExceptionWhenWrongSku() {

    // Given
    String articleSimpleSku = "999-999";
    int amountOfTransactions = 1;
    Exception exception = null;

    // When
    try {
        createNInboundTransactionsForSku(amountOfTransactions, articleSimpleSku);
    } catch (RuntimeException e) {
        exception = e;
    }

    // Then
    shouldValidateThrowsExceptionWithMessage(exception, MESSAGE_NON_EXISTENT_SKU);
}

private void shouldValidateThrowsExceptionWithMessage(final Exception e, final String message) {
    assertNotNull(e);
    assertTrue(e.getMessage().contains(message));
}

BDD风格解决方案：JUnit 4+Catch异常+AssertJ

import static com.googlecode.catchexception.apis.BDDCatchException.*;

@Test
public void testFooThrowsIndexOutOfBoundsException() {

    when(() -> foo.doStuff());

    then(caughtException()).isInstanceOf(IndexOutOfBoundsException.class);

}

依赖关系

eu.codearte.catch-exception:catch-exception:2.0

如前所述，JUnit中有许多处理异常的方法。但在Java8中还有另一个：使用Lambda表达式。使用Lambda表达式，我们可以实现如下语法：

@Test
public void verifiesTypeAndMessage() {
    assertThrown(new DummyService()::someMethod)
            .isInstanceOf(RuntimeException.class)
            .hasMessage("Runtime exception occurred")
            .hasMessageStartingWith("Runtime")
            .hasMessageEndingWith("occurred")
            .hasMessageContaining("exception")
            .hasNoCause();
}

assertThrown接受一个函数接口，它的实例可以用lambda表达式、方法引用或构造函数引用创建。assertThrown接受该接口将期望并准备好处理异常。

这是一种相对简单但功能强大的技术。

看看这篇描述这一技巧的博文：http://blog.codeleak.pl/2014/07/junit-testing-exception-with-java-8-and-lambda-expressions.html

源代码可在此处找到：https://github.com/kolorobot/unit-testing-demo/tree/master/src/test/java/com/github/kolorobot/exceptions/java8

披露：我是博客和项目的作者。

我们可以在必须返回异常的方法之后使用断言失败：

try{
   methodThatThrowMyException();
   Assert.fail("MyException is not thrown !");
} catch (final Exception exception) {
   // Verify if the thrown exception is instance of MyException, otherwise throws an assert failure
   assertTrue(exception instanceof MyException, "An exception other than MyException is thrown !");
   // In case of verifying the error message
   MyException myException = (MyException) exception;
   assertEquals("EXPECTED ERROR MESSAGE", myException.getMessage());
}

IMHO，在JUnit中检查异常的最佳方法是try/catch/fail/assert模式：

// this try block should be as small as possible,
// as you want to make sure you only catch exceptions from your code
try {
    sut.doThing();
    fail(); // fail if this does not throw any exception
} catch(MyException e) { // only catch the exception you expect,
                         // otherwise you may catch an exception for a dependency unexpectedly
    // a strong assertion on the message, 
    // in case the exception comes from anywhere an unexpected line of code,
    // especially important if your checking IllegalArgumentExceptions
    assertEquals("the message I get", e.getMessage()); 
}

assertTrue对某些人来说可能有点强，所以assertThat（例如getMessage（），containsString（“消息”）；可能更可取。

除了NamShubWriter所说的，还要确保：

ExpectedException实例是公共的（相关问题）ExpectedException未在@Before方法中实例化。这篇文章清楚地解释了JUnit执行顺序的所有复杂性。

不要这样做：

@Rule    
public ExpectedException expectedException;

@Before
public void setup()
{
    expectedException = ExpectedException.none();
}

最后，这篇博客文章清楚地说明了如何断言抛出了某个异常。

在junit中，有四种方法可以测试异常。

六月5.x

对于junit5.x，可以使用assertThrows，如下所示@测试public void testFooThrowsIndexOutOfBoundsException（）{抛出异常=assertThrows（IndexOutOfBoundsException.class，（）->foo.doStuff（））；assertEquals（“预期消息”，exception.getMessage（））；}

六月4.x

对于junit4.x，使用测试注释的可选“expected”属性@测试（应为IndexOutOfBoundsException.class）public void testFooThrowsIndexOutOfBoundsException（）{foo.doStuff（）；}对于junit4.x，请使用ExpectedException规则公共类XxxTest{@规则引发了public ExpectedException=ExpectedException.none（）；@测试public void testFooThrowsIndexOutOfBoundsException（）{引发.预期（IndexOutOfBoundsException.class）//您可以像这样测试异常消息抛出.expectMessage（“预期消息”）；foo.doStuff（）；}}您还可以使用junit3框架下广泛使用的经典try/catch方法@测试public void testFooThrowsIndexOutOfBoundsException（）{尝试{foo.doStuff（）；fail（“未发生预期的异常。”）；}catch（IndexOutOfBoundsException e）{//如果执行到达这里，//它表示发生了此异常。//所以我们不需要处理它。}}所以如果你喜欢junit 5，那么你应该喜欢第一个当您只想测试异常类型时，使用第二种方法当需要进一步测试异常消息时，使用前两个和后两个如果您使用junit 3，则首选第四个有关详细信息，您可以阅读本文档和junit5用户指南。

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一起使用的AssertJ断言：

import static org.assertj.core.api.Assertions.*;

@Test
public void testFooThrowsIndexOutOfBoundsException() {
  Foo foo = new Foo();

  assertThatThrownBy(() -> foo.doStuff())
        .isInstanceOf(IndexOutOfBoundsException.class);
}

它比@Test（expected=IndexOutOfBoundsException.class）更好，因为它保证了测试中的预期行抛出了异常，并允许您更容易地检查有关异常的详细信息，例如消息：

assertThatThrownBy(() ->
       {
         throw new Exception("boom!");
       })
    .isInstanceOf(Exception.class)
    .hasMessageContaining("boom");

Maven/Gradle说明。

我想评论一下这个问题的解决方案，它避免了任何与异常相关的JUnit代码。

我使用assertTrue（布尔值）和try/catch组合来查找要抛出的预期异常。下面是一个示例：

public void testConstructor() {
    boolean expectedExceptionThrown;
    try {
        // Call constructor with bad arguments
        double a = 1;
        double b = 2;
        double c = a + b; // In my example, this is an invalid option for c
        new Triangle(a, b, c);
        expectedExceptionThrown = false; // because it successfully constructed the object
    }
    catch(IllegalArgumentException e) {
        expectedExceptionThrown = true; // because I'm in this catch block
    }
    catch(Exception e) {
        expectedExceptionThrown = false; // because it threw an exception but not the one expected
    }
    assertTrue(expectedExceptionThrown);
}

JUnit 5解决方案

import static org.junit.jupiter.api.Assertions.assertThrows;

@Test
void testFooThrowsIndexOutOfBoundsException() {    
  IndexOutOfBoundsException exception = expectThrows(IndexOutOfBoundsException.class, foo::doStuff);
     
  assertEquals("some message", exception.getMessage());
}

关于JUnit 5的更多信息http://junit.org/junit5/docs/current/user-guide/#writing-测试断言

例如，您想为下面提到的代码片段编写Junit

public int divideByZeroDemo(int a,int b){

    return a/b;
}

public void exceptionWithMessage(String [] arr){

    throw new ArrayIndexOutOfBoundsException("Array is out of bound");
}

上面的代码用于测试可能发生的某些未知异常，下面的代码用于使用自定义消息断言某些异常。

 @Rule
public ExpectedException exception=ExpectedException.none();

private Demo demo;
@Before
public void setup(){

    demo=new Demo();
}
@Test(expected=ArithmeticException.class)
public void testIfItThrowsAnyException() {

    demo.divideByZeroDemo(5, 0);

}

@Test
public void testExceptionWithMessage(){


    exception.expectMessage("Array is out of bound");
    exception.expect(ArrayIndexOutOfBoundsException.class);
    demo.exceptionWithMessage(new String[]{"This","is","a","demo"});
}

tl；博士

JDK8后：使用AssertJ或自定义lambdas断言异常行为。JDK8之前的版本：我将推荐旧的好的try-catch块。（不要忘记在catch块之前添加fail（）断言）

无论Junit 4还是Junit 5。

长话短说

可以自己编写一个自己动手的try-catch块或使用JUnit工具（@Test（expected=…）或@Rule ExpectedException JUnit规则特性）。

但这些方式并不那么优雅，也不能很好地将可读性与其他工具结合起来。此外，JUnit工具确实存在一些缺陷。

try-catch块必须围绕测试行为编写块，并在catch块中写入断言，这可能很好，但许多人发现这种样式会中断测试的读取流程。此外，您需要在try块的末尾编写Assert.fail。否则，测试可能会漏掉断言的一面；PMD、findbugs或Sonar将发现此类问题。@Test（expected=…）特性很有趣，因为你可以编写更少的代码，然后编写这个测试就不太容易出现编码错误。但在某些领域缺乏这种方法。如果测试需要检查异常的其他内容，如原因或消息（好的异常消息非常重要，只有精确的异常类型可能不够）。同样，由于在方法中放置了期望值，根据测试代码的编写方式，测试代码的错误部分可能会引发异常，导致测试结果为假阳性，我不确定PMD、findbugs或Sonar是否会给出此类代码的提示。@测试（应为=WantedException.class）public void call2_should_throw_a_WantedException__not_call1（）{//初始化测试tested.call1（）；//可能引发WantedException//待实际测试的呼叫tested.call2（）；//应该引发异常的调用}ExpectedException规则也是一种修复之前警告的尝试，但使用起来有点尴尬，因为它使用了预期风格，EasyMock用户非常了解这种风格。这对某些人来说可能很方便，但如果你遵循行为驱动开发（BDD）或安排行为断言（AAA）原则，ExpectedException规则将不适合这些写作风格。除此之外，它可能会遇到与@Test方法相同的问题，这取决于您将期望放在何处。@抛出的规则ExpectedException=ExpectedException.none（）@测试public void call2_should_throw_a_WantedException__not_call1（）{//期望抛出.exexpect（WantedException.class）；抛出.expectMessage（“boom”）；//初始化测试tested.call1（）；//可能引发WantedException//待实际测试的呼叫tested.call2（）；//应该引发异常的调用}即使预期的异常被放置在测试语句之前，如果测试遵循BDD或AAA，它也会破坏您的阅读流程。另外，请参阅ExpectedException作者JUnit上的这个评论问题。JUnit 4.13-beta-2甚至反对这种机制：拉取请求#1519:预期不推荐异常Assert.assertThrows方法为验证异常提供了更好的方法。此外，当与TestWatcher等其他规则一起使用时，ExpectedException的使用容易出错，因为在这种情况下，规则的顺序很重要。

因此，以上这些选项都有其所有的警告，并且显然不能避免编码器错误。

有一个项目是我在创建这个答案后意识到的，看起来很有希望，那就是catch exception。正如项目描述所说，它让程序员编写一行流畅的代码来捕捉异常，并为后一个断言提供这个异常。您可以使用任何断言库，如Hamcrest或AssertJ。主页上的一个快速示例：//给定：空列表List myList=新建ArrayList（）；//当：我们尝试获取列表的第一个元素当（myList）.get（1）；//那么：我们需要IndexOutOfBoundsException然后（caughtException（））.isInstanceOf（IndexOutOfBoundsException.class）.hasMessage（“索引：1，大小：0”）.hhasNoCause（）；正如您所看到的，代码非常简单，您在特定的行上捕捉到异常，然后API是一个别名，它将使用AssertJ API（类似于使用assertThat（ex）.hasNoCause（）…）。在某些时候，该项目依赖于FEST Assert，即AssertJ的祖先。编辑：该项目似乎正在酝酿对Java 8 Lambdas的支持。目前，该库有两个缺点：在撰写本文时，值得注意的是，这个库是基于Mockito 1.x的，因为它在后台创建了一个被测试对象的模拟。由于Mockito仍然没有更新，所以这个库不能与final类或final方法一起使用。即使它是基于当前版本中的Mockito 2，这也需要声明一个全局模拟生成器（内联模拟生成器），这可能不是您想要的，因为这个模拟生成器具有与常规模拟生成器不同的缺点。它还需要另一个测试依赖项。一旦库支持lambdas，这些问题就不适用了。但是，AssertJ工具集将复制该功能。如果您不想使用catch异常工具，请考虑所有这些，我将推荐try-catch块的旧好方法，至少到JDK7为止。对于JDK8用户，您可能更喜欢使用AssertJ，因为它提供的可能不仅仅是断言异常。有了JDK8，lambdas进入了测试场景，事实证明，这是一种很有意思的方式来断言异常行为。AssertJ已经更新，提供了一个非常流畅的API来断言异常行为。以及AssertJ的示例测试：@测试public void test_exception_approach_1（）{...assertThatExceptionOfType（IOException.class）.isThrownBy（（）->someBadIOOperation（））.带有消息（“boom！”）；}@测试public void test_exception_approach_2（）{...assertThatThrownBy（（）->someBadIOOperation（））.isInstanceOf（异常.class）.hasMessageContaining（“boom”）；}@测试public void test_exception_approach_3（）{...//当Throwable throw=catchThrowable（（）->someBadIOOperation（））；//然后assertThat（引发）.isInstanceOf（Exception.class）.hasMessageContaining（“boom”）；}随着JUnit5的几乎完全重写，断言得到了一些改进，它们可能会被证明是一种开箱即用的正确断言异常的方法。但实际上，断言API仍然有点差，除了assertThrows之外没有其他东西。@测试@DisplayName（“偷看时抛出EmptyStackException”）void throwsExceptionWhenPeeked（）{Throwable t=assertThrows（EmptyStackException.class，（）->stack.ppeek（））；断言.assertEquals（“…”，t.getMessage（））；}正如您所注意到的，assertEquals仍然返回void，因此不允许像AssertJ那样链接断言。此外，如果您记得与Matcher或Assert的名称冲突，请准备好与Assertions的名称冲突。

我想总结一下，今天（2017-03-03）AssertJ的易用性、可发现的API、快速的开发速度以及事实上的测试依赖性是JDK8的最佳解决方案，无论测试框架（JUnit与否）如何，以前的JDK都应该依赖try-catch块，即使它们觉得笨拙。

这个答案是从另一个不具有相同可见性的问题中复制的，我是同一个作者。

在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");
    }

}

更新：JUnit5对异常测试进行了改进：assertThrows。

以下示例来自：Junit 5用户指南

import static org.junit.jupiter.api.Assertions.assertThrows;

@Test
void exceptionTesting() {
    IllegalArgumentException exception = assertThrows(IllegalArgumentException.class, () -> {
        throw new IllegalArgumentException("a message");
    });
    assertEquals("a message", exception.getMessage());
}

使用JUnit 4的原始答案。

有几种方法可以测试是否引发异常。在我的文章《如何用JUnit编写优秀的单元测试》中，我还讨论了以下选项

设置预期参数@Test（预期=FileNotFoundException.class）。

@Test(expected = FileNotFoundException.class) 
public void testReadFile() { 
    myClass.readFile("test.txt");
}

使用try-catch

public void testReadFile() { 
    try {
        myClass.readFile("test.txt");
        fail("Expected a FileNotFoundException to be thrown");
    } catch (FileNotFoundException e) {
        assertThat(e.getMessage(), is("The file test.txt does not exist!"));
    }
     
}

使用ExpectedException规则进行测试。

@Rule
public ExpectedException thrown = ExpectedException.none();

@Test
public void testReadFile() throws FileNotFoundException {
    
    thrown.expect(FileNotFoundException.class);
    thrown.expectMessage(startsWith("The file test.txt"));
    myClass.readFile("test.txt");
}

您可以在JUnit4 wiki中阅读有关异常测试的更多信息，了解异常测试和bad.robot-Expected exceptions JUnit Rule。

使用Java 8，您可以创建一个方法，将要检查的代码和预期异常作为参数：

private void expectException(Runnable r, Class<?> clazz) { 
    try {
      r.run();
      fail("Expected: " + clazz.getSimpleName() + " but not thrown");
    } catch (Exception e) {
      if (!clazz.isInstance(e)) fail("Expected: " + clazz.getSimpleName() + " but " + e.getClass().getSimpleName() + " found", e);
    }
  }

然后在测试中：

expectException(() -> list.sublist(0, 2).get(2), IndexOutOfBoundsException.class);

优点：

不依赖任何库本地化检查-更精确，如果需要，允许在一个测试中有多个这样的断言易于使用

现在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子句中列出预期的异常您可以使用自己选择的断言框架对捕获的异常进行断言

我使用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);

有两种编写测试用例的方法

使用方法引发的异常来注释测试。类似于@Test（预期=IndexOutOfBoundsException.class）您可以使用try-catch块在测试类中捕获异常，并对从测试类中的方法抛出的消息进行断言。尝试{}catch（从方法e抛出的异常）{assertEquals（“message”，即getmessage（））；}

我希望这能回答你的问题快乐学习。。。

我在Mkyong博客中找到了Junit 4最灵活、最优雅的答案。它具有使用@Rule注释的try/catch的灵活性。我喜欢这种方法，因为您可以读取自定义异常的特定属性。

package com.mkyong;

import com.mkyong.examples.CustomerService;
import com.mkyong.examples.exception.NameNotFoundException;
import org.junit.Rule;
import org.junit.Test;
import org.junit.rules.ExpectedException;

import static org.hamcrest.CoreMatchers.containsString;
import static org.hamcrest.CoreMatchers.is;
import static org.hamcrest.Matchers.hasProperty;

public class Exception3Test {

    @Rule
    public ExpectedException thrown = ExpectedException.none();

    @Test
    public void testNameNotFoundException() throws NameNotFoundException {

        //test specific type of exception
        thrown.expect(NameNotFoundException.class);

        //test message
        thrown.expectMessage(is("Name is empty!"));

        //test detail
        thrown.expect(hasProperty("errCode"));  //make sure getters n setters are defined.
        thrown.expect(hasProperty("errCode", is(666)));

        CustomerService cust = new CustomerService();
        cust.findByName("");

    }

}

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）解决方案继续测试断言，而不是期望在方法级别可以执行。

我建议库assertj核心处理junit测试中的异常

在java 8中，如下所示：

//given

//when
Throwable throwable = catchThrowable(() -> anyService.anyMethod(object));

//then
AnyException anyException = (AnyException) throwable;
assertThat(anyException.getMessage()).isEqualTo("........");
assertThat(exception.getCode()).isEqualTo(".......);

try {
    my method();
    fail( "This method must thrwo" );
} catch (Exception ex) {
    assertThat(ex.getMessage()).isEqual(myErrormsg);
}

    @Test(expectedException=IndexOutOfBoundsException.class) 
    public void  testFooThrowsIndexOutOfBoundsException() throws Exception {
         doThrow(IndexOutOfBoundsException.class).when(foo).doStuff();  
         try {
             foo.doStuff(); 
            } catch (IndexOutOfBoundsException e) {
                       assertEquals(IndexOutOfBoundsException .class, ex.getCause().getClass());
                      throw e;

               }

    }

下面是检查方法是否抛出了正确异常的另一种方法。

JUnit框架具有assertThrows（）方法：

ArithmeticException exception = assertThrows(ArithmeticException.class, () ->
    calculator.divide(1, 0));
assertEquals("/ by zero", exception.getMessage());

对于JUnit 5，它位于org.unit.jupiter.api.Assertions类中；对于JUnit 4.13，它位于org.JUnit.Assert类中；对于JUnit4的早期版本：只需将org.JUnit.jupiter:junitjupiterapi上的引用添加到项目中，就可以从JUnit5获得非常好的工作版本。

我会使用assertThatTownBy

@Test
public void testFooThrowsIndexOutOfBoundsException() {
  assertThatThrownBy(() -> doStuff()).isInstanceOf(IndexOutOfBoundsException.class)
}