許多書(shū)上都討論了自動(dòng)測試，但是只有很少的著(zhù)作注意到這么一個(gè)問(wèn)題，那就是怎樣把這些測試組織起來(lái)。隨著(zhù)測試的增加，放置和調用這些測試卻變得更加麻煩。這將成為一個(gè)重要問(wèn)題，以至于出現了TDD，極限編程（XP）使TDD得以普及。另外，你可以這樣理解TDD：通過(guò)測試來(lái)開(kāi)發(fā)。
TDD的主要規范：
在編寫(xiě)程序代碼之前，與之對應的自動(dòng)測試必須被寫(xiě)好。甚至程序代碼并不存在，那也要看見(jiàn)一個(gè)失敗的測試結果。
在測試通過(guò)后，副本代碼必須被丟棄。
有一個(gè)具體步驟（可能指的是《Extreme Programming》）可以被任何一個(gè)程序員來(lái)參考，而不需要特殊的其他方法。在我們開(kāi)始寫(xiě)測試之前，這些步驟（章節）應該被首先閱讀——怎樣組織自動(dòng)測試。
講解一下不同種類(lèi)的測試：
單元測試：檢測模塊（也就是類(lèi)）的正確性。如果對象需要訪(fǎng)問(wèn)外部的數據資源，例如數據庫，就需要模擬一個(gè)mock objects，但在實(shí)際中真實(shí)數據與測試環(huán)境是不同的。
客戶(hù)測試：這是功能性、系統、和驗收測試。用來(lái)測試整體的系統特性。在XP中，這些測試由用戶(hù)編寫(xiě)。
綜合測試：介于用戶(hù)測試和單元測試之間的橋梁。綜合測試幫助測試應用程序的交互性。一般情況下，mock objects不被用于綜合測試，它會(huì )增加測試時(shí)間。同樣，綜合測試經(jīng)常依賴(lài)特殊的測試環(huán)境，例如數據庫送來(lái)的測試數據。綜合測試也需要用到外部類(lèi)庫。例如為J2EE應用程序進(jìn)行綜合測試的類(lèi)庫Cactus。解釋這些測試超出了本文的范圍，需要更加詳細的信息請參考http://jakarta.apache.org/cactus/。
開(kāi)發(fā)人員測試：這是用來(lái)讓開(kāi)發(fā)人員檢驗自己代碼或新函數的。對于每一個(gè)開(kāi)發(fā)人員，只要有可能，就需要有更多的測試來(lái)檢驗代碼。組織這些測試和組織程序代碼一樣重要。
在以下章節，只要提到“測試”，那就指的是開(kāi)發(fā)人員測試。
我們幾乎準備好開(kāi)始建立測試了，先應該為我們的測試選擇名字。你也許會(huì )說(shuō)，“這不是問(wèn)題：把‘Test’這個(gè)字放在類(lèi)名前面，就好了！”不會(huì )這么快！讓我來(lái)說(shuō)一下這個(gè)步驟存在的問(wèn)題：
在TDD中，被測試的類(lèi)或者方法還不存在。
一個(gè)測試能夠覆蓋多個(gè)方法，甚至多個(gè)類(lèi)，這是可能的。
以上只是一些普遍問(wèn)題；還存在更多的問(wèn)題。
讓我來(lái)提一個(gè)建議，在測試命名時(shí)：測試類(lèi)的名字應該讓人一眼就知道這是一個(gè)測試類(lèi)，且能說(shuō)明它要測試什么，注意是否和其他類(lèi)重名。按照以上建議做，就很簡(jiǎn)單了，也不用擔心名字太長(cháng)或難聽(tīng)。
即將在Eclipse中用JUnit工具創(chuàng )建我們第一個(gè)測試了。假設你已經(jīng)下載了一個(gè)最新的Eclipse版本。如果還沒(méi)有，你應該去官方站點(diǎn)http://www.eclipse.org下載。還需要JUnit，也可以從http://www.junit.org/下載。
運行Eclipse。新建一個(gè)workplace項目，點(diǎn)擊文件->新建->項目，選擇Java項目，點(diǎn)擊下一步。起一個(gè)項目名稱(chēng)，例如ProjectWithJUnit。點(diǎn)擊完成。這樣就完成新項目的建立了。再來(lái)配置一下Eclipse，在構建路徑中添加JUnit類(lèi)庫。在工具條上點(diǎn)擊項目->屬性，選擇Java構建路徑，庫，選擇添加外部JAR，瀏覽Junit被存儲的目錄，選擇junit.jar，點(diǎn)擊打開(kāi)。你將會(huì )看見(jiàn)JUnit出現在庫的列表中。點(diǎn)擊確定，讓Eclipse重建路徑。
現在開(kāi)發(fā)我們的“Hello World”例子。按照TDD的規則，應該在代碼建立以前先把測試寫(xiě)好。為了能夠在某出開(kāi)始，我們假設未來(lái)的類(lèi)名是HelloWorld，并且有一個(gè)方法Say()，這個(gè)方法返回String的值（例如“Hello World!”）。
建立測試，在ProjectWithJUnit的標題上面點(diǎn)擊右鍵，選擇新建->其他，展開(kāi)“Java”選項，選擇JUnit。在右邊的欄目對話(huà)框中選擇測試案例，然后下一步。參考圖1。
圖1. 在Eclipse中建立JUnit測試
在測試類(lèi)這一欄中，寫(xiě)上將要被測試的類(lèi)名HelloWorld。選擇一個(gè)測試案例的名字，例如TestThatWeGetHelloWorldPrompt（是的，看上去很長(chá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);
}
}
代碼并不復雜；只是有點(diǎn)與眾不同。然而，讓我們考察一下細節。我們繼承了JUnit的TestCase類(lèi)，它在JUnit的javadocs定義為“運行眾多測試的夾具。”JUnit也有TestSuite類(lèi)，它是一組測試案例的集合，但在本文中不做討論。
建立測試案例的步驟如下：
1、建立一個(gè)junit.framework.TestCase的實(shí)例。
2、定義一些以“test”開(kāi)頭的無(wú)返回方法（例如testWasTransactionSuccessful()，testShow()，等等）。
TestThatWeGetHelloWorldPrompt.java包含這些：TestCase的子類(lèi)和一個(gè)叫做testSay()的方法。這個(gè)方法調用了assertEquals()函數，它用來(lái)比較我們預期的值和由say()返回的值。
main()方法用來(lái)運行測試和顯示輸出的。JUnit的TestRunner處理測試，提供基于圖像和文本的輸出表現形式。我們使用基于文本的版本，因為Eclipse支持它，且也適合我們。當開(kāi)始運行后，基于文本的版本測試會(huì )以文本形式輸出，Eclipse會(huì )把這些輸出自動(dòng)變成圖像界面的輸出。
按照TDD規范，首次運行測試，應該故意讓它失敗。點(diǎn)擊運行->運行為->Junit測試（記住TestThatWeGetHelloWorldPrompt.java應該被突出的顯示在包資源管理器中）。在左邊窗口，應該看見(jiàn)JUnit窗口而不是包資源管理器，它顯示一個(gè)紅條，一次失敗的測試，具體的失敗原因參看圖2。如果沒(méi)有自動(dòng)顯示這些內容，點(diǎn)擊JUnit標簽（在底部的左邊）。
圖2. JUnit中失敗的測試
很好！的卻失敗了?，F在我們來(lái)建立被測試代碼：在包資源管理器窗口的ProjectWithJUnit標題上右擊，選擇新建->類(lèi)。選擇類(lèi)名，我們已經(jīng)假設了它叫HelloWorld，然后直接點(diǎn)擊完成。為HelloWorld.java填入下列代碼：
public class HelloWorld {
public String say() {
return("Hello World!");
}
}
這段代碼很簡(jiǎn)單，甚至不需要注解，我們再來(lái)看看結果。按照上面描述過(guò)的方式，在JUnit的窗口中顯示了一個(gè)綠條，參看圖3。綠條證明測試成功。
圖3. JUnit中成功的測試
現在，我們想再讓測試失敗一次，但原因不同。這有助于展示JUnit測試中不同的報錯信息。修改assertEquals()代碼，把“Hello World!”變成“Hello Me!”。當再次運行JUnit時(shí)，結果變成了紅條，在JUnit窗口的底部輸出了失敗原因，參看圖4。
圖4. JUnit中的ComparisonError
最后，我想說(shuō)一下關(guān)于測試是開(kāi)發(fā)過(guò)程中的必要部分的話(huà)題。測試代碼一直是開(kāi)發(fā)中的重要部分。經(jīng)過(guò)近幾年的發(fā)展，已得到了很大的提高，這要歸功于強大的理論研究（比如“expectations-based development”等等），和快速發(fā)展的測試工具包，還有測試過(guò)程的改進(jìn)。如果你對這篇文章感興趣，那請你花一些時(shí)間來(lái)正式的學(xué)習一下測試理論吧，這對你的工作很有用。
關(guān)于作者：
Alexander Prohorenko 一名UNIX系統管理員、網(wǎng)絡(luò )安全管理員。
Olexiy Prohorenko 一名Java開(kāi)發(fā)者居住在烏克蘭的Dniepropetrovsk。
聯(lián)系客服
