這篇文章將向你介紹Junit，一個用來在項目中進行測試和調(diào)試的工具。在介紹完TDD(以測試驅(qū)動開發(fā))理論后，將進一步講解怎樣在流行的Eclipse中建立你自己的JUnit測試。向你展示如何測試Hello World這樣簡單的程序。
 
　　許多書上都討論了自動測試，但是只有很少的著作注意到這么一個問題，那是怎樣把這些測試組織起來。隨著測試的增加，放置和調(diào)用這些測試卻變得更加麻煩。這將成為一個重要問題，以至于出現(xiàn)了TDD，極限編程(XP)使TDD得以普及。另外，你可以這樣理解TDD：通過測試來開發(fā)。

　　TDD的主要規(guī)范 :

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

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

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

　　講解一下不同種類的測試：

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

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

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

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

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

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

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

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

　　以上只是一些普遍問題;還存在更多的問題。