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

　　TDD的主要規(guī)范 :

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

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

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

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

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

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

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

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

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

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

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

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

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