有人想到了在Java單元測試中使用try和catch塊的想法：

@Test public void test() { try { callSomeCode(); } catch (Exception e) { assertEquals( "foo" , e.getMessage()); } }

上面的內(nèi)容很誘人，但不起作用 。 如果被測代碼沒有拋出，則不會執(zhí)行任何斷言。

所以要解決它：

@Test public void test() { try { callSomeCode(); // if we get here there was no exception fail(); } catch (Exception e) { assertEquals( "foo" , e.getMessage()); } }

我們添加了一個fail ，這使其完全測試了是否拋出了正確的東西，但這很尷尬。

這是測試氣味 過分主張的一個例子。

有多少種方法可以測試拋出的內(nèi)容？

我所知道的所有方式：

• 長遠(yuǎn)地做（上面）
• 使用@Test(expected = ... )批注檢查以正確的異常結(jié)尾的測試
• 使用ExpectedException JUnit 規(guī)則 ，該規(guī)則允許您定義要結(jié)束的測試
• 使用為您捕獲異常的斷言

為什么預(yù)期的異常模式不起作用

此處針對長期的方法進(jìn)行了解釋的規(guī)則使您可以定義以異常結(jié)尾的測試功能的成功標(biāo)準(zhǔn)。

例如

// default to expecting no exception @Rule public ExpectedException expectedException = ExpectedException.none(); @Test public void test() { // the call should end in the right exception expectedException.expectMessage(is( "foo" )); // do the call callSomeCode(); }

這很有吸引力，但仍然是錯誤的

給定/何時/然后發(fā)生了什么？

測試應(yīng)從上至下讀取，并在末尾聲明。 預(yù)期的異常模式必須在產(chǎn)生斷言/期望的調(diào)用之前定義斷言/期望，這是向后的。

反過來：

@Test public void test() { assertThatThrownBy(() -> callSomeCode()) .hasMessage( "foo" ); }

簡潔并能向前看。

翻譯自: https://www.javacodegeeks.com/2019/08/checking-whats-thrown-in-java-tests.html

總結(jié)

以上是生活随笔為你收集整理的检查Java测试中发生了什么的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。