為此,JUnit提供了兩個方法,定義在TestCase類中。
protected void setUp() throws java.lang.Exception protected void tearDown() throws java.lang.Exception 覆蓋setUp()方法,初始化所有測試的Fixture(你甚至可以在setUp中建立網(wǎng)絡連接),將每個測試略有不同的地方在testXXX()方法中進行配置。
覆蓋tearDown()(我總想起一首叫雨滴的吉他曲),釋放你在setUp()中分配的性資源,如數(shù)據(jù)庫連接。
當JUnit執(zhí)行測試時,它在執(zhí)行每個testXXXXX()方法前都調(diào)用setUp(),而在執(zhí)行每個testXXXXX()方法后都調(diào)用tearDown()方法,由此保證了測試不會相互影響。
TestCase
需要提醒一下,在junit.framework.Assert類中定義了相當多的assert方法,主要有assert(), assert(), assertEquals(), assertNull(), assertSame(), assertTrue(), fail()等方法。如果你需要比較自己定義的類,如Car。assert方法需要你覆蓋Object類的equals()方法,以比較兩個對象的不同。實踐表明:如果你覆蓋了Object類的equals()方法,好也覆蓋Object類的hashCode()方法。再進一步,連帶Object類的toString()方法也一并覆蓋。這樣可以使測試結(jié)果更具可讀性。
當你設置好了Fixture后,下一步是編寫所需的testXXX()方法。一定要保證testXXX()方法的public屬性,否則無法通過內(nèi)。╮eflection)對該測試進行調(diào)用。
每個擴展的TestCase類(也是你編寫的測試類)會有多個testXXX()方法。一個testXXX()方法是一個測試。要想運行這個測試,你必須定義如何運行該測試。如果你有多個testXXX()方法,你要定義多次。JUnit支持兩種運行單個測試的方法:靜態(tài)的和動態(tài)的方法。
靜態(tài)的方法是覆蓋TestCase類的runTest()方法,一般是采用內(nèi)部類的方式創(chuàng)建一個測試實例: TestCase test01 = new testCar("test getWheels") { public void runTest() { testGetWheels(); } } 采用靜態(tài)的方法要注意要給每個測試一個名字(這個名字可以任意起,但你肯定希望這個名字有某種意義),這樣你可以區(qū)分那個測試失敗了。
動態(tài)的方法是用內(nèi)省來實現(xiàn)runTest()以創(chuàng)建一個測試實例。這要求測試的名字是需要調(diào)用的測試方法的名字: TestCase test01 = new testCar("testGetWheels"); JUnit會動態(tài)查找并調(diào)用指定的測試方法。動態(tài)的方法很簡潔,但如果你鍵入了錯誤的名字會得到一個令人奇怪的NoSuchMethodException異常。動態(tài)的方法和靜態(tài)的方法都很好,你可以按照自己的喜好來選擇。(先別著急選擇,后面還有一種更酷的方法等著你呢。)
TestSuite
一旦你創(chuàng)建了一些測試實例,下一步是要讓他們能一起運行。我們必須定義一個TestSuite。在JUnit中,這要求你在TestCase類中定義一個靜態(tài)的suite()方法。suite()方法像main()方法一樣,JUnit用它來執(zhí)行測試。在suite()方法中,你將測試實例加到一個TestSuite對象中,并返回這個TestSuite對象。一個TestSuite對象可以運行一組測試。TestSuite和TestCase都實現(xiàn)了Test接口(interface),而Test接口定義了運行測試所需的方法。這允許你用TestCase和TestSuite的組合創(chuàng)建一個TestSuite。這是為什么我們前面說TestCase,TestSuite以及TestSuite組成了一個composite Pattern的原因。例子如下: public static Test suite() { TestSuite suite= new TestSuite(); suite.addTest(new testCar("testGetWheels")); suite.addTest(new testCar("testGetSeats")); return suite; } 從JUnit 2.0開始,有一種更簡單的動態(tài)定義測試實例的方法。你只需將類傳遞給TestSuite,JUnit會根據(jù)測試方法名自動創(chuàng)建相應的測試實例。所以你的測試方法好取名為testXXX()。例子如下: public static Test suite() { return new TestSuite(testCar.class); } 從JUnit的設計我們可看出,JUnit不僅可用于單元測試,也可用于集成測試。關于如何用JUnit進行集成測試請參考。
為了兼容性的考慮,下面列出使用靜態(tài)方法的例子: public static Test suite() { TestSuite suite= new TestSuite(); suite.addTest( new testCar("getWheels") { protected void runTest() { testGetWheels(); } } ); suite.addTest( new testCar("getSeats") { protected void runTest() { testGetSeats(); } } ); return suite; }
TestRunner
有了TestSuite我們可以運行這些測試了,JUnit提供了三種界面來運行測試 [Text UI] junit.textui.TestRunner [AWT UI] junit.awtui.TestRunner [Swing UI] junit.swingui.TestRunner 我們前面已經(jīng)看過文本界面了,下面讓我們來看一看圖形界面:
界面很簡單,鍵入類名-testCar;蛟趩覷I的時候鍵入類名: [Windows] d:>java junit.swingui.TestRunner testCar [Unix] % java junit.swingui.TestRunner testCar 從圖形UI可以更好的運行測試可查單測試結(jié)果。還有一個問題需要注意:如果JUnit報告了測試沒有成功,JUnit會區(qū)分失敗(failures)和錯誤(errors)。失敗是一個期望的被assert方法檢查到的結(jié)果。而錯誤則是意外的問題引起的,如ArrayIndexOutOfBoundsException。
由于TestRunner十分簡單,界面也比較直觀,故不多介紹。朋友們可自行參考相關資料。
6.JUnit佳實踐
Martin Fowler(又是這位高人)說過:“當你試圖打印輸出一些信息或調(diào)試一個表達式時,寫一些測試代碼來替代那些傳統(tǒng)的方法。”一開始,你會發(fā)現(xiàn)你總是要創(chuàng)建一些新的Fixture,而且測試似乎使你的編程速度慢了下來。然而不久之后,你會發(fā)現(xiàn)你重復使用相同的Fixture,而且新的測試通常只涉及添加一個新的測試方法。
你可能會寫許多測試代碼,但你很快會發(fā)現(xiàn)你設想出的測試只有一小部分是真正有用的。你所需要的測試是那些會失敗的測試,即那些你認為不會失敗的測試,或你認為應該失敗卻成功的測試。