網(wǎng)上看了一篇英文帖子,講解JUnit和TestNG框架的區(qū)別,挺好的,我這里翻譯下。
為霍林郭勒等地區(qū)用戶提供了全套網(wǎng)頁(yè)設(shè)計(jì)制作服務(wù),及霍林郭勒網(wǎng)站建設(shè)行業(yè)解決方案。主營(yíng)業(yè)務(wù)為成都網(wǎng)站建設(shè)、做網(wǎng)站、霍林郭勒網(wǎng)站設(shè)計(jì),以傳統(tǒng)方式定制建設(shè)網(wǎng)站,并提供域名空間備案等一條龍服務(wù),秉承以專業(yè)、用心的態(tài)度為用戶提供真誠(chéng)的服務(wù)。我們深信只要達(dá)到每一位用戶的要求,就會(huì)得到認(rèn)可,從而選擇與我們長(zhǎng)期合作。這樣,我們也可以走得更遠(yuǎn)!1.對(duì)于注解類的支持
功能 | JUnit | TestNG |
標(biāo)注為類/方法為測(cè)試類和方法 | @Test | @Test |
標(biāo)注為在suite中所有測(cè)試之前運(yùn)行 | 無(wú) | @BeforeSuite |
標(biāo)注為在suite中所有測(cè)試之后運(yùn)行 | 無(wú) | @AfterSuite |
標(biāo)注為在測(cè)試之前運(yùn)行 | 無(wú) | @BeforeTest |
標(biāo)注為在測(cè)試之后運(yùn)行 | 無(wú) | @AfterTest |
標(biāo)注為在測(cè)試Group中第一個(gè)測(cè)試方法之前運(yùn)行 | 無(wú) | @BeforeGroups |
標(biāo)注為在測(cè)試Group中最后一個(gè)測(cè)試方法之后運(yùn)行 | 無(wú) | @AfterGroups |
標(biāo)注為當(dāng)前測(cè)試類中第一個(gè)測(cè)試方法之前運(yùn)行 | @BeforeClass | @BeforeClass |
標(biāo)注為當(dāng)前測(cè)試類中最后一個(gè)測(cè)試方法之后運(yùn)行 | @AfterClass | @AfterClass |
標(biāo)注為在每次測(cè)試方法之前運(yùn)行 | @Before | @BeforeMethod |
標(biāo)注為在每次測(cè)試方法之后運(yùn)行 | @After | @AfterMethod |
忽略某測(cè)試,讓其不執(zhí)行 | @Ignore | @Test(enable=false) |
期待測(cè)試拋出什么異常 | @Test(expected=XXXException.class) | @Test(exceptedExceptions=XXXException.class) |
測(cè)試超時(shí),如果測(cè)試的執(zhí)行時(shí)間超過(guò)了毫秒為單位設(shè)置的時(shí)間,那么就停止測(cè)試并且標(biāo)記為失敗 | @Test(timeout=1000) | @Test(timeout=1000) |
2.測(cè)試參數(shù)化
對(duì)于TestNG和JUnit都有不同的參數(shù)化設(shè)定功能,可是表現(xiàn)形式不同。參數(shù)化設(shè)定意味著當(dāng)運(yùn)行測(cè)試的時(shí)候,參數(shù)可以從外部傳入到這個(gè)測(cè)試單元中。
對(duì)于TestNG來(lái)說(shuō),要2部分,一是當(dāng)構(gòu)造測(cè)試代碼時(shí)候,要用@Parameters(value=XXX)來(lái)表示這個(gè)測(cè)試需要什么參數(shù),這樣的優(yōu)點(diǎn)是可以讓測(cè)試更加靈活并且可以根據(jù)不同的參數(shù)來(lái)得到不同的期望結(jié)果,比如:
public class TestNGTest6_1_0 { @Test @Parameters(value="number") public void parameterIntTest(int number) { System.out.println("Parameterized Number is : " + number); } }
然后,在我們的XML文件中,我們把參數(shù)的具體值設(shè)置進(jìn)來(lái),如下:
那么,如果我們要給的參數(shù)比較復(fù)雜,我們無(wú)法用一個(gè)簡(jiǎn)單的String或者 原子類型在XML文件”推“給測(cè)試方法,那么怎么辦呢?這時(shí)候,我們就要用”拉“模型了,我們用一個(gè)DataProvider屬性來(lái)給被測(cè)試的方法上聲明它需要的數(shù)據(jù),然后平行的,用@DataProvider注解來(lái)標(biāo)注一個(gè)方法,讓這個(gè)方法的返回值返回具體的數(shù)據(jù),這樣我們2個(gè)拼接下就完美了。
比如說(shuō):下面代碼聲明我們的測(cè)試類需要一個(gè)DataProvider:
@Test(dataProvider = "Data-Provider-Function") public void parameterIntTest(TestNGTest6_3_0 clzz) { System.out.println("Parameterized Number is : " + clzz.getMsg()); System.out.println("Parameterized Number is : " + clzz.getNumber()); }
然后相應(yīng)的我們用@DataProvider來(lái)標(biāo)注一個(gè)方法,這個(gè)方法提供了數(shù)據(jù):
//This function will provide the patameter data @DataProvider(name = "Data-Provider-Function") public Object[][] parameterIntTestProvider() { TestNGTest6_3_0 obj = new TestNGTest6_3_0(); obj.setMsg("Hello"); obj.setNumber(123); return new Object[][]{ {obj} }; }
3.測(cè)試依賴性:
對(duì)于JUnit 來(lái)說(shuō),所有的測(cè)試彼此之間都是獨(dú)立的,毫無(wú)依賴性。
但是對(duì)于 TestNG來(lái)說(shuō),我們完全可以讓測(cè)試彼此之間有依賴性,做法就是dependsOnMethods屬性來(lái)標(biāo)識(shí)一個(gè)被依賴的測(cè)試方法:
@Test public void method1() { System.out.println("This is method 1"); } @Test(dependsOnMethods={"method1"}) public void method2() { System.out.println("This is method 2"); }