使 Java 單元測試輕而易舉

　　使 Java 單元測試輕而易舉   單元測試代碼

　　JUnit 框架是 Java 語言單元測試當前的一站式解決方案。這個框架值得稱贊，因為它把測試驅動的開發思想介紹給 Java 開發人員并教給他們如何有效地編寫單元測試。但是，在過去的幾年中，JUnit 的改進不大;所以，為當今復雜的環境編寫測試已經變成一個越來越困難的任務，即 JUnit 必須與其他一些補充性測試框架集成起來。在本文中，Filippo Diotalevi 介紹了 TestNG，這是一個測試 Java 應用程序的新框架。TestNG 不僅確實強大、創新、可擴展、靈活，它還展示了 Java Annotations(JDK 5.0 中的重大新特性)的有趣應用。

　　在每個現代軟件包的構造階段，測試這一實踐都扮演著中心角色。過去那種先編寫代碼，然后有空的時候再測試(或者根本不測試)的日子已經一去不返，因為大多數開發人員現在認識到需要采用編碼和測試彼此交織、同步推進的軟件方法論，以便盡早發現 bug，在開發過程開始的時候就識別出主要的風險。

　　JUnit 超過了其他測試框架，推動開發人員理解了測試尤其是單元測試的用途。利用一個相當簡單、實用、嚴格的架構，JUnit 已經能夠“傳染”大量開發人員。(有關“被測試傳染”的更多信息，請參閱 參考資料。) JUnit 用戶已經學會了單元測試的一些基本規則：

　　每段代碼都必須經過測試。

　　只要有可能，代碼的測試必須隔離進行(例如，使用像 模擬對象 這樣的技術)。

　　軟件必須容易測試 —— 也就是說， 在編寫的時候要想著測試。

　　但是，隨著開發人員對測試的信任增長，JUnit 的簡單性和嚴格性把他們分成兩個相反的派別。一方面，有些人堅信 JUnit 的簡單性對于不斷地提醒程序員軟件也必須保持簡單來說是必不可少的(這稱為 KISS 原則，代表 keep it simple, stupid);另一方面，有些人認為 JUnit 不是簡單而是簡化，所以他們想要從測試框架得到新的高級特性、更大的靈活性和更強大的能力。JUnit 的一些特殊特性，就是為了滿足這個群體的一些具體批評而推出的：

　　因為 Java 語言的單繼承性，所以必須擴展 TestCase 類的限制很大。

　　無法向 JUnit 的測試方法傳遞參數，也無法向 setUp() 和 tearDown() 方法傳遞參數。

　　執行模型有點奇怪：每次執行一個測試方法的時候，都要重新實例化測試類。

　　管理復雜項目中的不同測試套件有可能非常復雜。

　　在本文中，您將學習到如何用這個叫做 TestNG 的新測試框架為應用程序編寫單元測試。TestNG 的靈感來自 JUnit，同時盡量保持后者的簡單性;但是，TestNG 消除了老框架的大多數限制，使開發人員可以編寫更加靈活、更加強大的測試。由于 TestNG 大量借用 Java Annotation(隨 JDK 5.0 引入;有關這個新特性的更多信息，請參閱 參考資料)來定義測試，所以本文也可以向您演示如何在實際的生產環境中使用 Java 語言的這個新特性。

　　為了演示 TestNG 的用法，我要為叫做 Jakarta Common Lang 的這個廣泛應用的開源庫(其中包含一些處理和操縱字符串、數字和 Java 對象的有用的類)編寫一些單元測試。在下面的 參考資料 一節中，您可以找到 TestNG 和 Jakarta Common Lang 庫的鏈接;如果您想在自己的機器上隨著本文一起練習，這二者都需要下載。

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