這篇文章將向你介紹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ù)庫(kù)，需要模擬一個(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ù)庫(kù)送來的測(cè)試數(shù)據(jù)。綜合測(cè)試也需要用到外部類庫(kù)。例如為J2EE應(yīng)用程序進(jìn)行綜合測(cè)試的類庫(kù)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è)類，這是可能的。

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