代碼并不復(fù)雜;只是有點(diǎn)與眾不同。然而,讓我們考察一下細(xì)節(jié)。我們繼承了JUnit的TestCase類,它在JUnit的javadocs定義為“運(yùn)行眾多測(cè)試的夾具。”JUnit也有TestSuite類,它是一組測(cè)試案例的集合,但在本文中不做討論。
建立測(cè)試案例的步驟如下:
1、建立一個(gè)junit.framework.TestCase的實(shí)例。
2、定義一些以“test”開頭的無返回方法(例如testWasTransactionSuclearcase/" target="_blank" >ccessful(),testShow(),等等)。
TestThatWeGetHelloWorldPrompt.java包含這些:TestCase的子類和一個(gè)叫做testSay()的方法。這個(gè)方法調(diào)用了assertEquals()函數(shù),它用來比較我們預(yù)期的值和由say()返回的值。
main()方法用來運(yùn)行測(cè)試和顯示輸出的。JUnit的TestRunner處理測(cè)試,提供基于圖像和文本的輸出表現(xiàn)形式。我們使用基于文本的版本,因?yàn)镋clipse支持它,且也適合我們。當(dāng)開始運(yùn)行后,基于文本的版本測(cè)試會(huì)以文本形式輸出,Eclipse會(huì)把這些輸出自動(dòng)變成圖像界面的輸出。
按照TDD規(guī)范,首次運(yùn)行測(cè)試,應(yīng)該故意讓它失敗。點(diǎn)擊運(yùn)行->運(yùn)行為->Junit測(cè)試(記住TestThatWeGetHelloWorldPrompt.java應(yīng)該被突出的顯示在包資源管理器中)。在左邊窗口,應(yīng)該看見JUnit窗口而不是包資源管理器,它顯示一個(gè)紅條,一次失敗的測(cè)試,具體的失敗原因參看圖2。如果沒有自動(dòng)顯示這些內(nèi)容,點(diǎn)擊JUnit標(biāo)簽(在底部的左邊)。
很好!的卻失敗了,F(xiàn)在我們來建立被測(cè)試代碼:在包資源管理器窗口的ProjectWithJUnit標(biāo)題上右擊,選擇新建->類。選擇類名,我們已經(jīng)假設(shè)了它叫HelloWorld,然后直接點(diǎn)擊完成。為HelloWorld.java填入下列代碼:
public class HelloWorld {
public String say() {
return("Hello World!");
}
}
這段代碼很簡(jiǎn)單,甚至不需要注解,我們?cè)賮砜纯唇Y(jié)果。按照上面描述過的方式,在JUnit的窗口中顯示了一個(gè)綠條,參看圖3。綠條證明測(cè)試成功。
現(xiàn)在,我們想再讓測(cè)試失敗一次,但原因不同。這有助于展示JUnit測(cè)試中不同的報(bào)錯(cuò)信息。修改assertEquals()代碼,把“Hello World!”變成“Hello Me!”。當(dāng)再次運(yùn)行JUnit時(shí),結(jié)果變成了紅條,在JUnit窗口的底部輸出了失敗原因。
后,我想說一下關(guān)于測(cè)試是開發(fā)過程中的必要部分的話題。測(cè)試代碼一直是開發(fā)中的重要部分。經(jīng)過近幾年的發(fā)展,已得到了很大的提高,這要?dú)w功于強(qiáng)大的理論研究(比如“expectations-based development”等等),和快速發(fā)展的測(cè)試工具包,還有測(cè)試過程的改進(jìn)。如果你對(duì)這篇文章感興趣,那請(qǐng)你花一些時(shí)間來正式的學(xué)習(xí)一下測(cè)試?yán)碚摪,這對(duì)你的工作很有用。
關(guān)于作者:
Alexander Prohorenko 一名UNIX系統(tǒng)管理員、網(wǎng)絡(luò)安全管理員。
Olexiy Prohorenko 一名Java開發(fā)者居住在烏克蘭的Dniepropetrovsk。