Junit單元測試

　　Junit單元測試   單元測試工具　

   　JUnit是由 Erich Gamma 和 Kent Beck 編寫的一個回歸測試框架(regression testing framework)。Junit測試是程序員測試，即所謂白盒測試，因為程序員知道被測試的軟件如何(How)完成功能和完成什么樣(What)的功 能。Junit是一套框架，繼承TestCase類，就可以用Junit進行自動測試了。

　　JUnit是一個開發源代碼的Java測試框架，用于編寫和運行可重復的測試。他是用于單元測試框架體系xUnit的一個實例(用于java語言)。它包括以下特性：

　　1、用于測試期望結果的斷言(Assertion)

　　2、用于共享共同測試數據的測試工具

　　3、用于方便的組織和運行測試的測試套件

　　4、圖形和文本的測試運行器

　　另外junit是在xp編程和重構(refactor)中被極力推薦使用的工具，因為在實現自動單元測試的情況下可以大大的提高開發的效率，但是實際上編寫測試代碼也是需要耗費很多的時間和精力的，那么使用這個東東好處到底在哪里呢?筆者認為是這樣的：

　　1、對于xp編程而言，要求在編寫代碼之前先寫測試，這樣可以強制你在寫代碼之前好好的思考代 碼(方法)的功能和邏輯，否則編寫的代碼很不穩定，那么你需要同時維護測試代碼和實際代碼，這個工作量就會大大增加。因此在xp編程中，基本過程是這樣 的：構思-》編寫測試代碼-》編寫代碼-》測試，而且編寫測試和編寫代碼都是增量式的，寫一點測一點，在編寫以后的代碼中如果發現問題可以較塊的追蹤到問 題的原因，減小回歸錯誤的糾錯難度。

　　2、對于重構而言，其好處和xp編程中是類似的，因為重構也是要求改一點測一點，減少回歸錯誤造成的時間消耗。

　　3、對于非以上兩種情況，我們在開發的時候使用junit寫一些適當的測試也是有必要的，因為 一般我們也是需要編寫測試的代碼的，可能原來不是使用的junit，如果使用junit，而且針對接口(方法)編寫測試代碼會減少以后的維護工作，例如以 后對方法內部的修改(這個就是相當于重構的工作了)。另外就是因為junit有斷言功能，如果測試結果不通過會告訴我們那個測試不通過，為什么，而如果是 想以前的一般做法是寫一些測試代碼看其輸出結果，然后再由自己來判斷結果使用正確，使用junit的好處就是這個結果是否正確的判斷是它來完成的，我們只 需要看看它告訴我們結果是否正確就可以了，在一般情況下會大大提高效率。

　　安裝JUnit

　　安裝很簡單，先到以下地址下載一個最新的zip包： http://download.sourceforge.net/junit/

　　下載完以后解壓縮到你喜歡的目錄下，假設是JUNIT_HOME，然后將JUNIT_HOME 下的junit.jar包加到你的系統的CLASSPATH環境變量中，對于IDE環境，對于需要用到的junit的項目增加到lib中，其設置不同的 IDE有不同的設置，這里不多講。

　　如何使用JUnit寫測試?

　　最簡單的范例如下：

　　1、創建一個TestCase的子類

原文轉自：http://www.anti-gravitydesign.com