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