JUnit是由 Erich Gamma 和 Kent Beck 編寫的一個回歸測試框架（regression testing framework）,供Java開發人員編寫單元測試之用。

1、概述
　　Junit測試是程序員測試，即所謂白盒測試，因為程序員知道被測試的軟件如何（How）完成功能和完成什么樣（What）的功能。
　　Junit本質上是一套框架，即開發者制定了一套條條框框，遵循這此條條框框要求編寫測試代碼，如繼承某個類，實現某個接口，就可以用Junit進行自動測試了。
　　由于Junit相對獨立于所編寫的代碼，可以測試代碼的編寫可以先于實現代碼的編寫，XP 中推崇的 test first design的實現有了現成的手段：用Junit寫測試代碼，寫實現代碼，運行測試，測試失敗，修改實現代碼，再運行測試，直到測試成功。以后對代碼的修改和優化，運行測試成功，則修改成功。
　　Java 下的 team 開發，采用 cvs(版本控制) + ant(項目管理) + junit(集成測試) 的模式時，通過對ant的配置，可以很簡單地實現測試自動化。

　　對不同性質的被測對象，如Class，Jsp，Servlet，Ejb等，Junit有不同的使用技巧，以后慢慢地分別講敘。以下以Class測試為例講解，除非特殊說明。

2、下載安裝

• 去Junit主頁下載最新版本3.8.1程序包junit-3.8.1.zip
  
• 用winzip或unzip將junit-3.8.1.zip解壓縮到某一目錄名為$JUNITHOME
  
• 將junit.jar和$JUNITHOME/junit加入到CLASSPATH中，加入后者只因為測試例程在那個目錄下。
  
• 注意不要將junit.jar放在jdk的extension目錄下
  
• 運行命令,結果如下圖。
  java junit.swingui.TestRunner junit.samples.AllTests

3、Junit架構
　　下面以Money這個類為例進行說明。

　　Junit本身是圍繞著兩個設計模式來設計的：命令模式和集成模式.

• 命令模式
  　　利用TestCase定義一個子類，在這個子類中生成一個被測試的對象，編寫代碼檢測某個方法被調用后對象的狀態與預期的狀態是否一致，進而斷言程序代碼有沒有bug。
  　　當這個子類要測試不只一個方法的實現代碼時，可以先建立測試基礎，讓這些測試在同一個基礎上運行，一方面可以減少每個測試的初始化，而且可以測試這些不同方法之間的聯系。
  　　例如，我們要測試Money的Add方法，可以如下:
  public class MoneyTest extends TestCase { //TestCase的子類
      public void testAdd() { //把測試代碼放在testAdd中
          Money m12CHF= new Money(12, "CHF");  //本行和下一行進行一些初始化
          Money m14CHF= new Money(14, "CHF");        
          Money expected= new Money(26, "CHF");//預期的結果
          Money result= m12CHF.add(m14CHF);    //運行被測試的方法
          Assert.assertTrue(expected.equals(result));     //判斷運行結果是否與預期的相同
      }
  }
  
  　　如果測試一下equals方法，用類似的代碼，如下：
  public class MoneyTest extends TestCase { //TestCase的子類
      public void testEquals() { //把測試代碼放在testEquals中
          Money m12CHF= new Money(12, "CHF"); //本行和下一行進行一些初始化
          Money m14CHF= new Money(14, "CHF");

          Assert.assertTrue(!m12CHF.equals(null));//進行不同情況的測試
          Assert.assertEquals(m12CHF, m12CHF);
          Assert.assertEquals(m12CHF, new Money(12, "CHF")); // (1)
          Assert.assertTrue(!m12CHF.equals(m14CHF));
      }
  }

  
  　　當要同時進行測試Add和equals方法時，可以將它們的各自的初始化工作，合并到一起進行，形成測試基礎,用setUp初始化，用tearDown清除。如下：
  public class MoneyTest extends TestCase {//TestCase的子類
      private Money f12CHF;//提取公用的對象
      private Money f14CHF;   

      protected void setUp() {//初始化公用對象
          f12CHF= new Money(12, "CHF");
          f14CHF= new Money(14, "CHF");
      }
      public void testEquals() {//測試equals方法的正確性
          Assert.assertTrue(!f12CHF.equals(null));
          Assert.assertEquals(f12CHF, f12CHF);
          Assert.assertEquals(f12CHF, new Money(12, "CHF"));
          Assert.assertTrue(!f12CHF.equals(f14CHF));
      }
      
      public void testSimpleAdd() {//測試add方法的正確性
          Money expected= new Money(26, "CHF");
          Money result= f12CHF.add(f14CHF);
          Assert.assertTrue(expected.equals(result));
      }
  }

  
  　　將以上三個中的任一個TestCase子類代碼保存到名為MoneyTest.java的文件里，并在文件首行增加
  import junit.framework.*;
  ，都是可以運行的。關于Junit運行的問題很有意思，下面單獨說明。
  　　上面為解釋概念“測試基礎(fixture)”，引入了兩個對兩個方法的測試。命令模式與集成模式的本質區別是，前者一次只運行一個測試。
  
• 集成模式
  　　利用TestSuite可以將一個TestCase子類中所有test***()方法包含進來一起運行，還可將TestSuite子類也包含進來，從而行成了一種等級關系?？梢园裈estSuite視為一個容器，可以盛放TestCase中的test***()方法，它自己也可以嵌套。這種體系架構，非常類似于現實中程序一步步開發一步步集成的現況。
  　　對上面的例子，有代碼如下：
  public class MoneyTest extends TestCase {//TestCase的子類
      ....
      public static Test suite() {//靜態Test
          TestSuite suite= new TestSuite();//生成一個TestSuite
          suite.addTest(new MoneyTest("testEquals")); //加入測試方法
          suite.addTest(new MoneyTest("testSimpleAdd"));
          return suite;
      }
  }
  
  　　從Junit2.0開始，有列簡捷的方法:
  public class MoneyTest extends TestCase {//TestCase的子類
      ....
      public static Test suite() {靜態Test
          return new TestSuite(MoneyTest.class); //以類為參數
      }
  }
  
  　　TestSuite見嵌套的例子，在后面應用案例中有。
  　　

4、測試代碼的運行
　　先說最常用的集成模式。
　　測試代碼寫好以后，可以相應的類中寫main方法，用java命令直接運行；也可以不寫main方法，用Junit提供的運行器運行。Junit提供了textui,awtui和swingui三種運行器。
　　以前面第2步中的AllTests運行為例，可有四種：

　　main方法中一般也都是簡單地用Runner調用suite()，當沒有main時，TestRunner自己以運行的類為參數生成了一個TestSuite.
　　
　　對于命令模式的運行，有兩種方法。

• 靜態方法
  
  TestCase test= new MoneyTest("simple add") {
  public void runTest() {
  testSimpleAdd();
  }
  };
  
  
• 動態方法
  
  TestCase test= new MoneyTest("testSimpleAdd");

　　我試了一下，好象有問題，哪位朋友成功了，請指點我一下。確實可以。

再給一個靜態方法用集成測試的例子：

5、應用案例

1. Junit Primer例程，運行如下：
   java com.hedong.JunitLearning.Primer.ShoppingCartTest
   
   
2. Ant+Junit+Mailto實現自動編譯、調試并發送結果的build.xml
   
3. JUnit實施,寫得很棒，理解也深刻。例程運行如下：
   java com.hedong.JunitLearning.car.testCarNoJunit
   java junit.swingui.TestRunner com.hedong.JunitLearning.car.testCar
   
   
4. Junit與log4j結合，阿菜的例程運行：
   cd acai
   ant junit
   
   
5. 
   
6. 
   
7. 
   
8. 
   

6、一些問題
　　有人在實踐基礎上總結出一些非常有價值的使用技巧，我沒有經過一一“測試”，暫列在此。

1. 不要用TestCase的構造函數初始化Fixture，而要用setUp()和tearDown()方法。
   
2. 不要依賴或假定測試運行的順序，因為JUnit利用Vector保存測試方法。所以不同的平臺會按不同的順序從Vector中取出測試方法。不知3.8中是不是還是如此，不過它提供的例子有一個是指定用VectorSuite的，如果不指定呢？
   
3. 避免編寫有副作用的TestCase。例如：如果隨后的測試依賴于某些特定的交易數據，就不要提交交易數據。簡單的回滾就可以了。
   
4. 當繼承一個測試類時，記得調用父類的setUp()和tearDown()方法。
   
5. 將測試代碼和工作代碼放在一起，一邊同步編譯和更新。（使用Ant中有支持junit的task.）
   
6. 測試類和測試方法應該有一致的命名方案。如在工作類名前加上test從而形成測試類名。
   
7. 確保測試與時間無關，不要依賴使用過期的數據進行測試。導致在隨后的維護過程中很難重現測試。
   
8. 如果你編寫的軟件面向國際市場，編寫測試時要考慮國際化的因素。不要僅用母語的Locale進行測試。
   
9. 盡可能地利用JUnit提供地assert/fail方法以及異常處理的方法，可以使代碼更為簡潔。
   
10. 測試要盡可能地小，執行速度快。
    
11. 把測試程序建立在與被測對象相同的包中
    
12. 在你的原始代碼目錄中避免測試碼出現，可在一個源碼鏡像目錄中放測試碼
    
13. 在自己的應用程序包中包含一個TestSuite測試類
    
14. 
    

7、相關資源下載
以下jar包，我只是做了打包、編譯和調試的工作，供下載學習之用，相關的權利屬于原作者。

1. 可運行例程.jar
   
2. Build.xml
   
3. 阿菜的例程
   
4. Junit API 漢譯(pdf)
   

8、未完成的任務

1. httpunit
   
2. cactus
   
3. 將Junit用鏈接池測試
   

主要參考文獻：

1. JUnit入門
   http://www.dotspace.twmail.org/Test/JUnit_Primer.htm
   
2. 怎樣使用Junit Framework進行單元測試的編寫
   http://www.chinaunix.net/bbsjh/14/546.html
   
3. Ant+Junit+Log4J+CVS進行XP模式開發的建立
   http://ejb.cn/modules/tutorials/printpage.php?tid=4
   
4. 用HttpUnit測試Web應用程序
   http://www.zdnet.com.cn/developer/code/story/0,2000081534,39033726,00.htm
   
5. 有沒有用過Cactus的，Web層的測試是Cactus還是JUnit？
   http://www.jdon.com/jive/thread.jsp?forum=16&thread=9156
   
6. Ant+junit的測試自動化 biggie（原作）
   http://www.csdn.net/Develop/article/19%5C19748.shtm
   
7. JUnit實施
   http://www.neweasier.com/article/2002-08-07/1028723459.html
   
8. JUnitTest Infected: Programmers Love Writing Tests
   http://junit.sourceforge.net/doc/testinfected/testing.htm
   
9. JUnit Cookbook
   http://junit.sourceforge.net/doc/cookbook/cookbook.htm
   
10. JUnit Primer
    http://www.itu.dk/~lthorup/JUnitPrimer.html
    
11. IBM DevelopWorks
    http://www-106.ibm.com/search/searchResults.jsp?query=junit&searchScope=dW&
    searchType=1&searchSite=dWChina&pageLang=zh&langEncoding=gb2312&Search.x=0&
    Search.y=0&Search=Search