這篇文章将向你介紹junit，一個用來在項目中進行測試和調試的工具。在介紹完tdd（以測試驅動開發）理論後，将進一步講解怎樣在流行的eclipse中建立你自己的junit測試。向你展示如何測試hello world這樣簡單的程式。
許 多書上都讨論了自動測試，但是隻有很少的著作注意到這麼一個問題，那就是怎樣把這些測試組織起來。随着測試的增加，放置和調用這些測試卻變得更加麻煩。這 将成為一個重要問題，以至于出現了tdd，極限程式設計（xp）使tdd得以普及。另外，你可以這樣了解tdd：通過測試來開發。
tdd的主要規範：
在編寫程式代碼之前，與之對應的自動測試必須被寫好。甚至程式代碼并不存在，那也要看見一個失敗的測試結果。
在測試通過後，副本代碼必須被丢棄。
有一個具體步驟（可能指的是《extreme programming》）可以被任何一個程式員來參考，而不需要特殊的其他方法。在我們開始寫測試之前，這些步驟（章節）應該被首先閱讀——怎樣組織自動測試。
講解一下不同種類的測試：
單元測試：檢測子產品（也就是類）的正确性。如果對象需要通路外部的資料資源，例如資料庫，就需要模拟一個mock objects，但在實際中真實資料與測試環境是不同的。
客戶測試：這是功能性、系統、和驗收測試。用來測試整體的系統特性。在xp中，這些測試由使用者編寫。
開發人員測試：這是用來讓開發人員檢驗自己代碼或新函數的。對于每一個開發人員，隻要有可能，就需要有更多的測試來檢驗代碼。組織這些測試群組織程式代碼一樣重要。
在以下章節，隻要提到“測試”，那就指的是開發人員測試。
我們幾乎準備好開始建立測試了，先應該為我們的測試選擇名字。你也許會說，“這不是問題：把‘test’這個字放在類名前面，就好了！”不會這麼快！讓我來說一下這個步驟存在的問題：
在tdd中，被測試的類或者方法還不存在。
一個測試能夠覆寫多個方法，甚至多個類，這是可能的。
以上隻是一些普遍問題；還存在更多的問題。
讓我來提一個建議，在測試命名時：測試類的名字應該讓人一眼就知道這是一個測試類，且能說明它要測試什麼，注意是否和其他類重名。按照以上建議做，就很簡單了，也不用擔心名字太長或難聽。
即 将在eclipse中用junit工具建立我們第一個測試了。假設你已經下載下傳了一個最新的eclipse版本。如果還沒有，你應該去官方站點 http://www.eclipse.org下載下傳。還需要junit，也可以從http://www.junit.org/下載下傳。
運作eclipse。建立一個workplace項目，點選檔案->建立->項目，選擇java項目，點選下一步。起一個項目名稱，例如projectwithjunit。點選完成。這樣就完成新項目的建立了。再來配置一下eclipse，在建構路徑中添加junit類庫。在工具條上點選項目->屬性，選擇java建構路徑，庫，選擇添加外部jar，浏覽junit被存儲的目錄，選擇junit.jar，點選打開。你将會看見junit出現在庫的清單中。點選确定，讓eclipse重建路徑。
現在開發我們的“hello world”例子。按照tdd的規則，應該在代碼建立以前先把測試寫好。為了能夠在某出開始，我們假設未來的類名是helloworld，并且有一個方法say()，這個方法傳回string的值（例如“hello world!”）。
建立測試，在projectwithjunit的标題上面點選右鍵，選擇建立->其他，展開“java”選項，選擇junit。在右邊的欄目對話框中選擇測試案例，然後下一步。參考圖1。
圖1. 在eclipse中建立junit測試
在測試類這一欄中，寫上将要被測試的類名helloworld。選擇一個測試案例的名字，例如testthatwegethelloworldprompt（是的，看上去很長，但是很清楚它的行為。）點選完成。
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);
}
代碼并不複雜；隻是有點與衆不同。然而，讓我們考察一下細節。我們繼承了junit的testcase類，它在junit的javadocs定義為“運作衆多測試的夾具。”junit也有testsuite類，它是一組測試案例的集合，但在本文中不做讨論。
建立測試案例的步驟如下：
1、建立一個junit.framework.testcase的執行個體。
2、定義一些以“test”開頭的無傳回方法（例如testwastransactionsuccessful()，testshow()，等等）。
testthatwegethelloworldprompt.java包含這些：testcase的子類和一個叫做testsay()的方法。這個方法調用了assertequals()函數，它用來比較我們預期的值和由say()傳回的值。
main() 方法用來運作測試和顯示輸出的。junit的testrunner處理測試，提供基于圖像和文本的輸出表現形式。我們使用基于文本的版本，因為 eclipse支援它，且也适合我們。當開始運作後，基于文本的版本測試會以文本形式輸出，eclipse會把這些輸出自動變成圖像界面的輸出。
按照tdd規範，首次運作測試，應該故意讓它失敗。點選運作->運作為->junit測試（記住testthatwegethelloworldprompt.java應該被突出的顯示在包資料總管中）。在左邊視窗，應該看見junit視窗而不是包資料總管，它顯示一個紅條，一次失敗的測試，具體的失敗原因參看圖2。如果沒有自動顯示這些内容，點選junit标簽（在底部的左邊）。
圖2. junit中失敗的測試
很好！的卻失敗了。現在我們來建立被測試代碼：在包資料總管視窗的projectwithjunit标題上右擊，選擇建立->類。選擇類名，我們已經假設了它叫helloworld，然後直接點選完成。為helloworld.java填入下列代碼：
public class helloworld {
public string say() {
return("hello world!");
}
這段代碼很簡單，甚至不需要注解，我們再來看看結果。按照上面描述過的方式，在junit的視窗中顯示了一個綠條，參看圖3。綠條證明測試成功。
圖3. junit中成功的測試
現在，我們想再讓測試失敗一次，但原因不同。這有助于展示junit測試中不同的報錯資訊。修改assertequals()代碼，把“hello world!”變成“hello me!”。當再次運作junit時，結果變成了紅條，在junit視窗的底部輸出了失敗原因，參看圖4。
圖4. junit中的comparisonerror
最後，我想說一下關于測試是開發過程中的必要部分的話題。測試代碼一直是開發中的重要部分。經過近幾年的發展，已得到了很大的提高，這要歸功于強大的理論研 究（比如“expectations-based development”等等），和快速發展的測試工具包，還有測試過程的改進。如果你對這篇文章感興趣，那請你花一些時間來正式的學習一下測試理論吧， 這對你的工作很有用。
本文出自seven的測試人生公衆号最新内容請見作者的github頁：http://qaseven.github.io/