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