靜態(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)。↖ntrospection,檢查標(biāo)準(zhǔn)管理構(gòu)件接口和應(yīng)用設(shè)計(jì)模式的過(guò)程)來(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開(kāi)始,有一種更簡(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)參考相關(guān)資料。
為了兼容性的考慮,下面列出使用靜態(tài)方法的例子:
public static Test suite()
{
TestSuite suite= new TestSuite();
suite.addTest(
new testCar("Car.getWheels")
{
protected void runTest()
{
testGetWheels();
}
}
);
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)資料。
JUnit佳實(shí)踐
Martin Fowler(又是這位高人)說(shuō)過(guò):“當(dāng)你試圖打印輸出一些信息或調(diào)試一個(gè)表達(dá)式時(shí),寫一些測(cè)試代碼來(lái)替代那些傳統(tǒng)的方法。”一開(kāi)始,你會(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è)試。
我們前面提到過(guò)測(cè)試是一個(gè)不會(huì)中斷的過(guò)程。一旦你有了一個(gè)測(cè)試,你要一直確保其正常工作,以檢驗(yàn)?zāi)闼尤氲男碌墓ぷ鞔a。不要每隔幾天或后才運(yùn)行測(cè)試,每天你都應(yīng)該運(yùn)行一下測(cè)試代碼。這種投資很小,但可以確保你得到可以信賴的工作代碼。你的返工率降低了,你會(huì)有更多的時(shí)間編寫工作代碼。
不要認(rèn)為壓力大,不寫測(cè)試代碼。相反編寫測(cè)試代碼會(huì)使你的壓力逐漸減輕,應(yīng)為通過(guò)編寫測(cè)試代碼,你對(duì)類的行為有了確切的認(rèn)識(shí)。你會(huì)更快地編寫出有效率地工作代碼。下面是一些具體的編寫測(cè)試代碼的技巧或較好的實(shí)踐方法:
1. 不要用TestCase的構(gòu)造函數(shù)初始化Fixture,而要用setUp()和tearDown()方法;
2. 不要依賴或假定測(cè)試運(yùn)行的順序,因?yàn)镴Unit利用Vector保存測(cè)試方法。所以不同的平臺(tái)會(huì)按不同的順序從Vector中取出測(cè)試方法;
3. 避免編寫有副作用的TestCase。例如:如果隨后的測(cè)試依賴于某些特定的交易數(shù)據(jù),不要提交交易數(shù)據(jù)。簡(jiǎn)單的回滾可以了;
4. 當(dāng)繼承一個(gè)測(cè)試類時(shí),記得調(diào)用父類的setUp()和tearDown()方法;
5. 將測(cè)試代碼和工作代碼放在一起,一邊同步編譯和更新(使用Ant中有支持junit的task);
6. 測(cè)試類和測(cè)試方法應(yīng)該有一致的命名方案。如在工作類名前加上test從而形成測(cè)試類名;
7. 確保測(cè)試與時(shí)間無(wú)關(guān),不要依賴使用過(guò)期的數(shù)據(jù)進(jìn)行測(cè)試。導(dǎo)致在隨后的維護(hù)過(guò)程中很難重現(xiàn)測(cè)試;
8. 如果你編寫的軟件面向國(guó)際市場(chǎng),編寫測(cè)試時(shí)要考慮國(guó)際化的因素。不要僅用母語(yǔ)的Locale進(jìn)行測(cè)試;
9. 盡可能地利用JUnit提供地assert/fail方法以及異常處理的方法,可以使代碼更為簡(jiǎn)潔;
10.測(cè)試要盡可能地小,執(zhí)行速度快。
事實(shí)上,JUnit還可用于集成測(cè)試,但我并沒(méi)涉及到,原因有兩個(gè):一是因?yàn)闆](méi)有單元測(cè)試,集成測(cè)試無(wú)從談起。我們接受測(cè)試地概念已經(jīng)很不容易了,如果再引入集成測(cè)試會(huì)更困難。二是我比較懶,希望將集成測(cè)試的任務(wù)交給測(cè)試人員去做。在JUnit的網(wǎng)站上有一些相關(guān)的文章,有空大家可以翻一翻。
JUnit與J2EE
如果大家仔細(xì)考慮一下的話,會(huì)發(fā)現(xiàn),JUnit有自己的局限性,比如對(duì)圖形界面的測(cè)試,對(duì)servlet/JSP以及EJB的測(cè)試我們都沒(méi)有舉相關(guān)的例子。實(shí)際上,JUnit對(duì)于GUI界面,servlet/JSP,JavaBean以及EJB都有辦法測(cè)試。關(guān)于GUI的測(cè)試比較復(fù)雜,適合用一整篇文章來(lái)介紹。這里不多說(shuō)了。
前面我們所做的測(cè)試實(shí)際上有一個(gè)隱含的環(huán)境,JVM我們的類需要這個(gè)JVM來(lái)執(zhí)行。而在J2EE框架中,servlet/JSP,EJB都要求有自己的運(yùn)行環(huán)境:Web Container和EJB Container。所以,要想對(duì)servlet/JSP,EJB進(jìn)行測(cè)試需要將其部署在相應(yīng)的Container中才能進(jìn)行測(cè)試。由于EJB不涉及UI的問(wèn)題(除非EJB操作XML數(shù)據(jù),此時(shí)的測(cè)試代碼比較難寫,有可能需要你比較兩棵DOM樹(shù)是否含有相同的內(nèi)容)只要部署上去之后可以運(yùn)行測(cè)試代碼了。此時(shí)setUp()方法顯得特別有用,你可以在setUp()方法中利用JNDI查找特定的EJB。而在testXXX()方法中調(diào)用并測(cè)試這些EJB的方法。
這里所指的JavaBean同樣沒(méi)有UI的問(wèn)題,比如,我們用JavaBean來(lái)訪問(wèn)數(shù)據(jù)庫(kù),或用JavaBean來(lái)包裹EJB。如果這類JavaBean沒(méi)有用到Container的提供的服務(wù),則可直接進(jìn)行測(cè)試,同我們前面所說(shuō)的一般的類的測(cè)試方法一樣。如果這類JavaBean用到了Container的提供的服務(wù),則需要將其部署在Container中才能進(jìn)行測(cè)試。方法與EJB類似。對(duì)于servlet/JSP的測(cè)試則比較棘手,有人建議在測(cè)試代碼中構(gòu)造HttpRequest和HttpResponse,然后進(jìn)行比較,這要求開(kāi)發(fā)人員對(duì)HTTP協(xié)議以及servlet/JSP的內(nèi)部實(shí)現(xiàn)有比較深的認(rèn)識(shí)。我認(rèn)為這招不太現(xiàn)實(shí)。也有人提出使用HttpUnit。由于我對(duì)Cactus和HttpUnit了解不多,所以無(wú)法做出合適的建議。希望各位先知們能不吝賜教。
正是由于JUnit的開(kāi)放性和簡(jiǎn)單易行,才會(huì)引出這篇介紹文章。但技術(shù)總在不斷地更新,而且我對(duì)測(cè)試并沒(méi)有非常深入的理解;我可以將一個(gè)復(fù)雜的概念簡(jiǎn)化成一句非常容易理解的話。但我的本意只是希望能降低開(kāi)發(fā)人員步入測(cè)試領(lǐng)域的門檻,而不是要修改或重新定義一些概念。這一點(diǎn)是特別要強(qiáng)調(diào)的。后,如果有些兄弟姐妹能給我指出一些注意事項(xiàng)或我對(duì)某些問(wèn)題的理解有誤,我會(huì)非常感激的。