多年以來，無論何時(shí)使用Java代碼進(jìn)行單元測試，我始終會(huì)回到TestNG。 每當(dāng)我拿起TestNG時(shí)，人們都問我為什么要繼續(xù)使用TestNG，尤其是默認(rèn)開發(fā)環(huán)境（例如Eclipse或Maven）提供的JUnit時(shí)。

繼續(xù)進(jìn)行同樣的戰(zhàn)斗，昨天我開始研究Spring的測試支持 。 它也建立在JUnit之上。 但是，在使用相同功能的幾分鐘后，我一直在尋找JUnit中一直找不到的功能。 TestNG使用DataProviders提供參數(shù)化測試 。 考慮到我再次問自己一個(gè)熟悉的問題– TestNG或JUnit，我決定對此進(jìn)行記錄，以便下次可以確定是哪個(gè)以及為什么。

基本上一樣

如果您只是要進(jìn)行一些基本的單元測試，那么這兩個(gè)框架基本上是相同的。 這兩個(gè)框架都允許您快速有效地測試代碼。 他們在Eclipse和其他IDE中具有工具支持。 他們還獲得了諸如Ant和Maven之類的構(gòu)建框架的支持。 對于初學(xué)者來說，JUnit一直是首選，因?yàn)樗堑谝粋€(gè)用于單元測試的框架，并且一直可用。 我談?wù)摰脑S多人直到我們談?wù)撍岸紱]有聽說過TestNG。

靈活性

讓我們來看兩個(gè)簡單的測試用例。

package com.kapil.itrader; import java.util.Arrays; import java.util.List; import junit.framework.Assert; import org.junit.BeforeClass; import org.junit.Test;public class FibonacciTest {private Integer input;private Integer expected;@BeforeClasspublic static void beforeClass(){// do some initialization}@Testpublic void FibonacciTest(){System.out.println("Input: " + input + ". Expected: " + expected);Assert.assertEquals(expected, Fibonacci.compute(input));assertEquals(expected, Fibonacci.compute(input));} }

好吧，這是示例展示，我正在使用4.x +版本并正在使用注釋。 優(yōu)先于4.0版本； JUnit不支持注釋，這是TestNG相對于競爭對手的主要優(yōu)勢； 但是JUnit很快就適應(yīng)了。 您會(huì)注意到，JUnit還支持靜態(tài)導(dǎo)入，并且我們可以像以前的版本中那樣省去更多繁瑣的代碼。

package com.kapil.framework.core; import junit.framework.Assert; import org.springframework.context.support.ClassPathXmlApplicationContext; import org.testng.annotations.BeforeSuite; import org.testng.annotations.Test;public class BaseTestCase {protected static final ClassPathXmlApplicationContext context;static{context = new ClassPathXmlApplicationContext("rootTestContext.xml");context.registerShutdownHook();}@BeforeSuiteprivate void beforeSetup(){// Do initialization}@Testpublic void testTrue(){Assert.assertTrue(false);} }

首先看一下這兩個(gè)代碼，可以推斷兩者幾乎相同。 但是，對于那些已經(jīng)完成足夠的單元測試的人，我會(huì)同意TestNG可以提供更大的靈活性。 JUnit要求我將初始化方法聲明為static； 因此，我將在該方法中編寫的任何內(nèi)容也必須是靜態(tài)的。 JUnit還要求我將初始化方法公開。 但是TestNG不會(huì)。 我也可以在測試課程中使用OOP的最佳實(shí)踐。 除了@ BeforeClass，TestNG還允許我聲明測試套件，組，方法，并使用@ BeforeSuite，@ BeforeMethod，@ BeforeGroups等注釋。 當(dāng)編寫需要訪問公共數(shù)據(jù)集的任何級別的集成測試或單元測試用例時(shí)，這非常有用。

測試隔離和依賴性測試

在進(jìn)行隔離測試時(shí)，Junit非常有效。 從本質(zhì)上講，這意味著您無法控制測試的執(zhí)行順序。 而且，因此，如果由于某種依賴關(guān)系而有兩個(gè)要按特定順序運(yùn)行的測試，則無法使用JUnit進(jìn)行。 但是，TestNG允許您非常有效地執(zhí)行此操作。 在Junit中，您可以解決此問題，但它并不整齊，也不那么容易。

基于參數(shù)的測試

TestNG提供的一個(gè)非常強(qiáng)大的功能是“參數(shù)化測試”。 JUnit在4.5+版本中對此添加了一些支持，但是它不如TestNG有效。 您可能與FIT合作過，您會(huì)知道我在說什么。 但是，JUnit中添加的支持是非常基本的，并且效果不佳。 我已經(jīng)修改了我以前的測試用例，以包括參數(shù)化測試。

package com.kapil.itrader;import static org.junit.Assert.assertEquals;import java.util.Arrays; import java.util.List;import junit.framework.Assert;import org.junit.BeforeClass; import org.junit.Test; import org.junit.runner.RunWith; import org.junit.runners.Parameterized; import org.junit.runners.Parameterized.Parameters;@RunWith(Parameterized.class) public class FibonacciTest {private Integer input;private Integer expected;@Parameterspublic static List data(){return Arrays.asList(new Integer[][] { { 0, 0 }, { 1, 1 }, { 2, 1 }, { 3, 2 }, { 4, 3 }, { 5, 5 }, { 6, 8 } });}@BeforeClasspublic static void beforeClass(){System.out.println("Before");}public FibonacciTest(Integer input, Integer expected){this.input = input;this.expected = expected;}@Testpublic void FibonacciTest(){System.out.println("Input: " + input + ". Expected: " + expected);Assert.assertEquals(expected, Fibonacci.compute(input));assertEquals(expected, Fibonacci.compute(input));}}

您會(huì)注意到，我已經(jīng)使用@RunWith批注來對測試用例進(jìn)行參數(shù)化。 在這種情況下，將使用已用@Parameters注釋的內(nèi)聯(lián)方法– data（）將數(shù)據(jù)提供給該類。 但是，最大的問題是將數(shù)據(jù)傳遞給類構(gòu)造函數(shù)。 這使我只能在此類中編寫邏輯綁定的測試用例。 而且，我最終將對一個(gè)服務(wù)擁有多個(gè)測試用例，因?yàn)樵摲?wù)中的所有各種方法都需要不同的數(shù)據(jù)集。 好消息是，有各種開放源代碼框架擴(kuò)展了此方法，并添加了自己的“ RunWith”實(shí)現(xiàn)，以允許與CSV，HTML或Excel文件等外部實(shí)體集成。

TestNG提供了開箱即用的支持。 不支持讀取CSV或外部文件，但支持?jǐn)?shù)據(jù)提供程序。

package com.kapil.itrader.core.managers.admin;import org.testng.Assert; import org.testng.annotations.Test;import com.uhc.simple.common.BaseTestCase; import com.uhc.simple.core.admin.manager.ILookupManager; import com.uhc.simple.core.admin.service.ILookupService; import com.uhc.simple.dataprovider.admin.LookupValueDataProvider; import com.uhc.simple.dto.admin.LookupValueRequest; import com.uhc.simple.dto.admin.LookupValueResponse;/*** Test cases to test {@link ILookupService}.*/ public class LookupServiceTests extends BaseTestCase {@Test(dataProvider = "LookupValueProvider", dataProviderClass = LookupValueDataProvider.class)public void testGetAllLookupValues(String row, LookupValueRequest request, LookupValueResponse expectedResponse){ILookupManager manager = super.getLookupManager();LookupValueResponse actualResponse = manager.getLookupValues(request);Assert.assertEquals(actualResponse.getStatus(), expectedResponse.getStatus());} }

上面的代碼片段展示了我已經(jīng)將dataProvider用作批注的值，然后提供了一個(gè)類，該類負(fù)責(zé)創(chuàng)建在調(diào)用時(shí)提供給方法的數(shù)據(jù)。 使用這種機(jī)制，我可以輕松地以分離的方式編寫測試用例及其數(shù)據(jù)提供者，并非常有效地使用它。

為什么我選擇TestNG

對我而言，參數(shù)化測試是我選擇TestNG而非Junit的最大原因。 但是，上面列出的所有內(nèi)容都是為什么我總是要花幾分鐘的時(shí)間在新的Eclipse安裝程序或maven項(xiàng)目中設(shè)置TestNG的原因。 當(dāng)運(yùn)行大型測試套件時(shí)，TestNG非常有用。 對于小型項(xiàng)目或培訓(xùn)活動(dòng)，JUnit很好； 因?yàn)槿魏稳硕伎梢院芸扉_始使用它； 但不適用于需要數(shù)千個(gè)測試用例的項(xiàng)目，并且在大多數(shù)測試用例中，您會(huì)遇到各種情況。

參考： Scratch Pad博客上來自我們JCG合作伙伴 Kapil Viren Ahuja的TestNG或JUnit 。

翻譯自: https://www.javacodegeeks.com/2012/01/testng-or-junit.html

總結(jié)

以上是生活随笔為你收集整理的TestNG或JUnit的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

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