隨著軟件項目的逐漸增大，軟件測試在軟件開發中的地位顯得越來越重要。如果軟件項目沒有良好的測試流程，隨著系統的增大，無論項目管理人員還是軟件開發人員都會對項目的前景失去信心，甚至會對項目的目標產生分歧，因為長期以來沒有對程序代碼和系統設計進行有效的控制，很多問題都被暫時掩蓋或逐漸演化成其他的問題。軟件開發周期越長，就會使得問題進化的版本越多，最后造成的結果是“剪不斷，理還亂”。
單元測試是整個測試流程中最基礎的部分，它們要求程序員盡可能早地發現問題，并給予控制，這是其一。另外，如果集成測試出現問題，它們可以幫助診斷。這樣就為在軟件開發流程中建立高效的事件反應機制打下了堅實基礎。
JUnit就是為Java程序開發者實現單元測試提供一種框架，使得Java單元測試更規范有效，并且更有利于測試的集成。
JUnit的內部結構
JUnit的軟件結構
JUnit 共有七個包，核心的包就是junit.framework 和junit.runner。Framework包負責整個測試對象的構架，Runner負責測試驅動。
JUnit的類結構
JUnit有四個重要的類：TestSuite、TestCase、TestResult、TestRunner。前三個類屬于Framework包，后一個類在不同的環境下是不同的。這里使用的是文本測試環境，所以用的是 junit.textui.TestRunner。各個類的職責如下：
1.TestResult，負責收集TestCase所執行的結果，它將結果分為兩類，客戶可預測的Failure和沒有預測的Error。同時負責將測試結果轉發到TestListener（該接口由TestRunner繼承）處理；
2.TestRunner，客戶對象調用的起點，負責對整個測試流程的跟蹤。能夠顯示返回的測試結果，并且報告測試的進度。
3.TestSuite， 負責包裝和運行所有的TestCase。
4.TestCase， 客戶測試類所要繼承的類，負責測試時對客戶類進行初始化，以及測試方法調用。
另外還有兩個重要的接口：Test和TestListener。
1.Test, 包含兩個方法：run() 和countTestCases()，它是對測試動作特征的提取。
2.TestListener， 包含四個方法：addError()、addFailure()、startTest()和endTest()，它是對測試結果的處理以及測試驅動過程的動作特征的提取。
下面給出的兩個類圖（篇幅有限，只顯示主要部分）很好地闡明了類之間的關系，以及junit的設計目標（如圖1）。測試案例的類采用Composite模式。這樣，客戶的測試對象就轉變成一個“部分—整體”的層次結構�？蛻舸a僅需要繼承類TestCase，就可以輕松的與已有的其他對象組合使用，從而使得單元測試的集成更加方便。
圖1 測試結構圖
圖2是測試跟蹤類圖。
圖2左邊TestSuite包含了測試對象集合，右邊包含了測試結果集。具體如何處理結果，以及包含哪些測試對象，并沒有立即得出結論，而是盡量地延遲到具體實現的時候。例如，實現接口TestListener的JUnit中就含有：junit.awtui.TestRunner、junit.swingui. TestRunner、junit.ui.TestRunner等，甚至客戶用自己的類實現TestListener，從而達到多樣化的目的。
從以上兩個類圖，可以了解JUnit對單元測試的基本思路，這個框架的核心就是結果集和案例集。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
