這篇文章將向你介紹Junit，一個(gè)用來在項(xiàng)目中進(jìn)行測(cè)試和調(diào)試的工具。在介紹完TDD（以測(cè)試驅(qū)動(dòng)開發(fā)）理論后，將進(jìn)一步講解怎樣在流行的Eclipse中建立你自己的JUnit測(cè)試。向你展示如何測(cè)試Hello World這樣簡(jiǎn)單的程序。

　　許多書上都討論了自動(dòng)測(cè)試，但是只有很少的著作注意到這么一個(gè)問題，那就是怎樣把這些測(cè)試組織起來。隨著測(cè)試的增加，放置和調(diào)用這些測(cè)試卻變得更加麻煩。這將成為一個(gè)重要問題，以至于出現(xiàn)了TDD，極限編程（XP）使TDD得以普及。另外，你可以這樣理解TDD：通過測(cè)試來開發(fā)。

　　TDD的主要規(guī)范 :

　　在編寫程序代碼之前，與之對(duì)應(yīng)的自動(dòng)測(cè)試必須被寫好。甚至程序代碼并不存在，那也要看見一個(gè)失敗的測(cè)試結(jié)果。

　　在測(cè)試通過后，副本代碼必須被丟棄。

　　有一個(gè)具體步驟（可能指的是《Extreme Programming》）可以被任何一個(gè)程序員來參考，而不需要特殊的其他方法。在我們開始寫測(cè)試之前，這些步驟（章節(jié)）應(yīng)該被首先閱讀——怎樣組織自動(dòng)測(cè)試。

　　講解一下不同種類的測(cè)試：

　　單元測(cè)試：檢測(cè)模塊（也就是類）的正確性。如果對(duì)象需要訪問外部的數(shù)據(jù)資源，例如數(shù)據(jù)庫，就需要模擬一個(gè)mock objects，但在實(shí)際中真實(shí)數(shù)據(jù)與測(cè)試環(huán)境是不同的。

　　客戶測(cè)試：這是功能性、系統(tǒng)、和驗(yàn)收測(cè)試。用來測(cè)試整體的系統(tǒng)特性。在XP中，這些測(cè)試由用戶編寫。

　　綜合測(cè)試：介于用戶測(cè)試和單元測(cè)試之間的橋梁。綜合測(cè)試幫助測(cè)試應(yīng)用程序的交互性。一般情況下，mock objects不被用于綜合測(cè)試，它會(huì)增加測(cè)試時(shí)間。同樣，綜合測(cè)試經(jīng)常依賴特殊的測(cè)試環(huán)境，例如數(shù)據(jù)庫送來的測(cè)試數(shù)據(jù)。綜合測(cè)試也需要用到外部類庫。例如為J2EE應(yīng)用程序進(jìn)行綜合測(cè)試的類庫Cactus。解釋這些測(cè)試超出了本文的范圍，需要更加詳細(xì)的信息請(qǐng)參考http://jakarta.apache.org/cactus/。

　　開發(fā)人員測(cè)試：這是用來讓開發(fā)人員檢驗(yàn)自己代碼或新函數(shù)的。對(duì)于每一個(gè)開發(fā)人員，只要有可能，就需要有更多的測(cè)試來檢驗(yàn)代碼。組織這些測(cè)試和組織程序代碼一樣重要。

　　在以下章節(jié)，只要提到“測(cè)試”，那就指的是開發(fā)人員測(cè)試。

　　我們幾乎準(zhǔn)備好開始建立測(cè)試了，先應(yīng)該為我們的測(cè)試選擇名字。你也許會(huì)說，“這不是問題：把‘Test’這個(gè)字放在類名前面，就好了！”不會(huì)這么快！讓我來說一下這個(gè)步驟存在的問題：

　　在TDD中，被測(cè)試的類或者方法還不存在。

　　一個(gè)測(cè)試能夠覆蓋多個(gè)方法，甚至多個(gè)類，這是可能的。

　　以上只是一些普遍問題；還存在更多的問題。
　　 讓我來提一個(gè)建議，在測(cè)試命名時(shí)：測(cè)試類的名字應(yīng)該讓人一眼就知道這是一個(gè)測(cè)試類，且能說明它要測(cè)試什么，注意是否和其他類重名。按照以上建議做，就很簡(jiǎn)單了，也不用擔(dān)心名字太長(zhǎng)或難聽。

　　即將在Eclipse中用JUnit工具創(chuàng)建我們第一個(gè)測(cè)試了。假設(shè)你已經(jīng)下載了一個(gè)最新的Eclipse版本。如果還沒有，你應(yīng)該去官方站點(diǎn)http://www.eclipse.org下載。還需要JUnit，也可以從http://www.junit.org/下載。

　　運(yùn)行Eclipse。新建一個(gè)workplace項(xiàng)目，點(diǎn)擊文件->新建->項(xiàng)目，選擇Java項(xiàng)目，點(diǎn)擊下一步。起一個(gè)項(xiàng)目名稱，例如ProjectWithJUnit。點(diǎn)擊完成。這樣就完成新項(xiàng)目的建立了。再來配置一下Eclipse，在構(gòu)建路徑中添加JUnit類庫。在工具條上點(diǎn)擊項(xiàng)目->屬性，選擇Java構(gòu)建路徑，庫，選擇添加外部JAR，瀏覽Junit被存儲(chǔ)的目錄，選擇junit.jar，點(diǎn)擊打開。你將會(huì)看見JUnit出現(xiàn)在庫的列表中。點(diǎn)擊確定，讓Eclipse重建路徑。

　　現(xiàn)在開發(fā)我們的“Hello World”例子。按照TDD的規(guī)則，應(yīng)該在代碼建立以前先把測(cè)試寫好。為了能夠在某出開始，我們假設(shè)未來的類名是HelloWorld，并且有一個(gè)方法Say()，這個(gè)方法返回String的值（例如“Hello World!”）。

　　建立測(cè)試，在ProjectWithJUnit的標(biāo)題上面點(diǎn)擊右鍵，選擇新建->其他，展開“Java”選項(xiàng)，選擇JUnit。在右邊的欄目對(duì)話框中選擇測(cè)試案例，然后下一步。參考圖1。

　　圖1. 在Eclipse中建立JUnit測(cè)試

　　在測(cè)試類這一欄中，寫上將要被測(cè)試的類名HelloWorld。選擇一個(gè)測(cè)試案例的名字，例如TestThatWeGetHelloWorldPrompt（是的，看上去很長(zhǎng)，但是很清楚它的行為。）點(diǎn)擊完成。

　　TestThatWeGetHelloWorldPrompt的代碼如下：

　　import junit.framework.TestCase;

　　public class TestThatWeGetHelloWorldPrompt
　　extends TestCase {
　　public TestThatWeGetHelloWorldPrompt(
　　String name) {
　　　super(name);
　　}
　　public void testSay() {
　　HelloWorld hi = new HelloWorld();
　　assertEquals("Hello World!", hi.say());
　　}
　　public static void main(String[] args) {
　　junit.textui.TestRunner.run(
　　TestThatWeGetHelloWorldPrompt.class);
　　}
　　}

　　代碼并不復(fù)雜；只是有點(diǎn)與眾不同。然而，讓我們考察一下細(xì)節(jié)。我們繼承了JUnit的TestCase類，它在JUnit的javadocs定義為“運(yùn)行眾多測(cè)試的夾具。”JUnit也有TestSuite類，它是一組測(cè)試案例的集合，但在本文中不做討論。

　　建立測(cè)試案例的步驟如下：

　　1、建立一個(gè)junit.framework.TestCase的實(shí)例。

　　2、定義一些以“test”開頭的無返回方法（例如testWasTransactionSuccessful()，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)簽（在底部的左邊）。

　　圖2. JUnit中失敗的測(cè)試

　　很好！但卻失敗了�，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è)試成功。

　　圖3. JUnit中成功的測(cè)試

　　現(xiàn)在，我們想再讓測(cè)試失敗一次，但原因不同。這有助于展示JUnit測(cè)試中不同的報(bào)錯(cuò)信息。修改assertEquals()代碼，把“Hello World!”變成“Hello Me!”。當(dāng)再次運(yùn)行JUnit時(shí)，結(jié)果變成了紅條，在JUnit窗口的底部輸出了失敗原因，參看圖4。

　　圖4. JUnit中的ComparisonError

　　最后，我想說一下關(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ì)你的工作很有用。