自JUnit 5發(fā)行以來已經(jīng)有幾年了。如果您尚未開始將其用于開發(fā)測試，則應該這樣做。 JUnit 5具有許多新功能和改進功能，可以節(jié)省您的時間和麻煩。讓我們看一下如何開始使用JUnit 5以獲得最新技術的好處。

從JUnit 4遷移到JUnit 5的原因

如果您使用JUnit 4已有一段時間，那么遷移測試似乎是一項艱巨的任務。好消息是您可能不需要轉換任何測試——JUnit 5可以使用Vintage庫運行JUnit 4測試，因此您可以開始使用JUnit 5編寫新的測試。

這是開始使用JUnit 5的四個基本理由：

• JUnit 5利用了Java 8或更高版本的功能（例如lambda函數(shù)），使測試更強大且更易于維護。
• JUnit 5添加了一些非常有用的新功能，用于描述、組織和執(zhí)行測試。例如，測試可以獲得更好的顯示名稱，并且可以按層次進行組織。
• JUnit 5被組織為多個庫，因此僅將您需要的功能導入到項目中。使用Maven和Gradle之類的構建系統(tǒng)，包含正確的庫很容易。
• JUnit 5一次只能使用一個以上的擴展，而JUnit 4則不能（一次只能使用一個運行程序）。這意味著您可以輕松地將Spring擴展與其他擴展（例如您自己的自定義擴展）結合在一起。

如何遷移到JUnit 5

即使您已有現(xiàn)有的JUnit 4測試，從JUnit 4切換到JUnit 5也非常簡單。除非需要新功能，否則大多數(shù)組織不需要將舊的JUnit轉換為JUnit 5。

1. 將您的庫和構建系統(tǒng)從JUnit 4更新到JUnit5。請確保在測試運行時路徑中包括JUnit-vintage-engine工件，以允許執(zhí)行現(xiàn)有測試。
2. 開始使用新的JUnit 5構造構建新的測試。
3. （可選）將JUnit 3和JUnit 4測試轉換為JUnit 5。

JUnit 5和JUnit 4之間的重要區(qū)別

JUnit 5測試看起來與JUnit 4幾乎相同，但是您應該注意一些差異。

輸入

JUnit 5將新的org.JUnit.jupiter包用于其注釋和類。例如，org.JUnit.Test成為org.JUnit.jupiter.api.Test。

注解

@Test注釋不再具有參數(shù)；這些都已移至某個功能。例如，要指示期望測試在JUnit 4中引發(fā)異常：

在JUnit 5中，它已更改為：

同樣，超時也已更改。在JUnit 4中，它們如下所示：

在JUnit 5中，超時如下所示：

以下是其他已更改的注釋：

• @Before已成為@BeforeEach
• @After已成為@AfterEach
• @BeforeClass已變?yōu)?/span>@BeforeAll
• @AfterClass已成為@AfterAll
• @Ignore已成為@Disabled
• @Category已成為@Tag
• @Rule和@ClassRule不見了——改用@ExtendWith和@RegisterExtension

斷言類

JUnit 5斷言類現(xiàn)在位于org.JUnit.jupiter.api.Assertions中。大多數(shù)常見的斷言類，例如assertEquals()和assertNotNull()看起來都與以前相同，但是有一些關鍵的區(qū)別：

• 錯誤消息現(xiàn)在是最后一個參數(shù)，例如：assertEquals(“my message”, 1, 2) 將是assertEquals(1, 2, “my message”)
• 現(xiàn)在，大多數(shù)斷言都接受構造錯誤消息的lambda，僅在斷言失敗時才調用該消息。
• assertTimeout()和assertTimeoutPreemptively()已替換@Timeout批注（請注意，JUnit 5中有一個@Timeout批注，但其工作原理不同于JUnit 4）。
• 有幾個新的斷言，如下所述。

請注意，如果愿意，您可以在JUnit 5測試中繼續(xù)使用來自JUnit 4的斷言。

假設條件

假設已移至org.JUnit.jupiter.api.Assumptions。

存在相同的假設，但現(xiàn)在支持BooleanSupplier以及Hamcrest匹配器以匹配條件。滿足條件時，可以使用Lambda（類型為Executable）來執(zhí)行代碼。

這是JUnit 4中的示例：

在JUnit 5中，它變?yōu)椋?/span>

擴展JUnit

在JUnit 4中，自定義框架通常意味著使用@RunWith批注指定自定義運行器。使用多個運行程序是有問題的，通常需要鏈接或使用@Rule。使用擴展在JUnit 5中對此進行了簡化和改進。

例如，在JUnit 4中使用Spring框架構建測試如下所示：

使用JUnit 5，您可以改為包含Spring Extension：

@ExtendWith注釋是可重復的，這意味著可以輕松組合多個擴展名。

您還可以通過創(chuàng)建一個實現(xiàn)org.JUnit.jupiter.api.extension中的一個或多個接口的類，然后使用@ExtendWith將其添加到我們的測試中，來輕松定義我們自己的自定義擴展。

將測試轉換為JUnit 5

要將現(xiàn)有的JUnit 3或JUnit 4測試轉換為JUnit 5，以下步驟應適用于大多數(shù)測試：

1. 更新導入以刪除JUnit 4并添加JUnit5。例如，更新@Test批注的程序包名稱，以及斷言的程序包和類名（從斷言到斷言）。如果有編譯錯誤，請不要擔心，完成以下步驟即可解決這些錯誤。
2. 用新的全局替換舊的注釋和類名。例如，將所有@Before替換為@BeforeEach，并將所有Asserts替換為Assertions。
3. 更新斷言。提供消息的任何斷言都需要將message參數(shù)移到末尾。當所有三個參數(shù)都是字符串時，請?zhí)貏e注意！另外，更新超時和預期的異常（請參閱上面的示例）。
4. 如果您要使用假設，請進行更新。
5. 用適當?shù)?/span>@ExtendWith注釋替換@ RunWith，@ Rule或@ClassRule的所有實例。您可能需要在線獲取有關示例擴展的更新文檔。

請注意，遷移參數(shù)化測試將需要更多的重構，尤其是如果您一直在使用JUnit 4參數(shù)化（JUnit 5參數(shù)化測試的格式更接近JUnitParams）。

新功能

到目前為止，我僅討論了現(xiàn)有功能及其更改方式。但是JUnit 5提供了許多新功能，使我們的測試更具描述性和可維護性。

顯示名稱

使用JUnit 5，可以將@DisplayName批注添加到類和方法。生成報告時使用該名稱，這使描述測試的目的以及跟蹤故障更加容易，例如：

您還可以使用顯示名稱生成器來處理您的測試類和/或方法以生成您喜歡的任何格式的測試名稱。有關詳細信息和示例，請參見JUnit文檔。

斷言

JUnit 5引入了一些新的斷言，例如：

• assertIterableEquals()使用equals()對兩個可迭代對象進行深入驗證
• assertLinesMatch()驗證兩個字符串列表是否匹配；它在“expected”參數(shù)中接受正則表達式。
• assertAll()將多個斷言組合在一起。額外的好處是，即使單個斷言失敗，也將執(zhí)行所有斷言。
• assertThrows()和assertDoesNotThrow()已替換@Test批注中的預期屬性

嵌套測試

JUnit 4中的測試套件很有用，但是JUnit 5中的嵌套測試更易于設置和維護，它們可以更好地描述測試組之間的關系，例如：

在上面的示例中，您可以看到我對與MyClass相關的所有測試使用了單個類。我可以驗證該類在外部測試類中是否可實例化，并且我對所有實例化和初始化MyClass的測試使用嵌套的內部類。@BeforeEach方法僅適用于嵌套類中的測試。

測試和類的@DisplayNames批注指示測試的目的和組織。這有助于了解測試報告，因為您可以看到執(zhí)行測試的條件（使用初始化驗證MyClass）以及測試正在驗證的內容（myMethod返回true）。這是用于JUnit 5的良好測試設計模式。

參數(shù)化測試

JUnit 4中使用內置庫（例如JUnit4Parameterized）或第三方庫（例如JUnitParams）進行測試參數(shù)化。在JUnit 5中，參數(shù)化測試是完全內置的，并采用了JUnit4Parameterized和JUnitParams的一些最佳功能，例如：

格式類似于JUnitParams，其中參數(shù)直接傳遞到測試方法。請注意，要測試的值可以來自幾個不同的來源。在這里，我只有一個參數(shù)，因此使用@ValueSource很容易。@EmptySource和@NullSource表示我想分別向運行的值列表添加一個空字符串和一個null（如果同時使用它們，則可以如上所述將它們組合在一起）。還有多個其他值源，例如@EnumSource和@ArgumentsSource（自定義值提供程序）。如果需要多個參數(shù)，則也可以使用@MethodSource或@CsvSource。有關更多詳細信息和示例，請參見JUnit 5文檔。

JUnit 5中添加的另一種測試類型是@RepeatedTest，其中將單個測試重復指定的次數(shù)。

有條件的測試執(zhí)行

JUnit 5提供了ExecutionCondition擴展API，以有條件地啟用或禁用測試或容器（測試類）。這就像在測試中使用@Disabled一樣，但是它可以定義自定義條件。有多個內置條件，例如：

• @EnabledOnOs和@DisabledOnOs：僅在指定的操作系統(tǒng)上啟用測試。
• @EnabledOnJre和@DisabledOnJre：指定應該為特定版本的Java啟用或禁用測試。
• @EnabledIfSystemProperty：基于JVM系統(tǒng)屬性的值啟用測試。
• @EnabledIf：如果符合腳本條件，則使用腳本邏輯來啟用測試。

測試模板

測試模板不是常規(guī)測試。它們定義了一組要執(zhí)行的步驟，然后可以使用特定的調用上下文在其他位置執(zhí)行這些步驟。這意味著您可以一次定義一個測試模板，然后在運行時構建一個調用上下文列表以運行該測試。在Junit 5文檔中找到更多詳細信息和示例。

動態(tài)測試

動態(tài)測試就像測試模板一樣，要運行的測試是在運行時生成的。但是，雖然測試模板是通過一組特定的步驟定義的并且可以多次運行，但是動態(tài)測試使用相同的調用上下文，但是可以執(zhí)行不同的邏輯。動態(tài)測試的一種用途是流式傳輸抽象對象列表，并根據(jù)其具體類型對每個對象執(zhí)行一組獨立的斷言。有關良好的示例，請參見Junit 5文檔。

結論

JUnit 5是對JUnit框架的強大而靈活的更新。它提供了各種改進和新功能來組織和描述測試用例，并有助于理解測試結果。更新JUnit 5既快速又容易——只需更新項目依賴項并開始使用新功能。