前兩天注意到TheServerSide上一個挺老的新聞，TestNG陣營認為JUnit在最新的4.0版本中“抄襲”了他們的Idea，TestNG的Co-Founder分別在自己的Blog上發(fā)言來證明（Cedric Beust：JUnit 4 overview，Alexandru Popescu：JUnit 4.0），Erich Gamma則留言反擊，聽起來滿有意思，于是我也順便研究了一下TestNG。

"…I’m not quite sure what is the driving vision behind JUnit 4 (besides TestNG

)".

I’m glad that there is TestNG, but there are also other interesting testing framework efforts. In particular there is NUnit.NUnit has introduced using annotations in testing frameworks a while ago. Most of the requests for annotation based tests came from the dual NUnit/JUnit users. So we are listening to the community.

Posted by: Erich Gamma at June 11, 2005 09:02 AM

先來說說TDD（Test Driven Development）- 測試驅動開發(fā)，想了解TDD，最好看看Kent Back的《測試驅動開發(fā)》，里面詳細的講述了TDD的原理、實踐。不過，我覺得，只有你真正的去用了，才能體會到測試驅動開發(fā)給你帶來的好處。

我覺得，TDD給我們帶來的好處有很多：

1）從功能需求入手，設計對象，在寫TestCase的時候其實就是對象設計的時候，這樣，TestCase寫好寫全了，對象也就設計好了；

2）可以在開發(fā)階段找到很多Bug（尤其是很多邊緣測試的情況），減少后期Debug的時間；

3）減少由于重構或者Fix其它Bug的時候帶來的Regression。

全部測試通過，開發(fā)也就結束了，真的很有幫助。

舉個例子，比如Xerdoc DSearch中JPEG Parser Plugin的開發(fā)。首先從功能需求的角度出發(fā)，這個Parser要負責解析出JPEG文件的EXIF頭信息，那么ok，我就設計一個ExifInfo的解析Parser類。然后開始寫TestCase。

在進行測試用例（TestCase）設計的時候，我們就可以設計出ExifInfor類的基本接口，剩余的工作可以留到重構（Refactoring：是XP Programming中另一個非常棒的概念。）的時候進行了。

當然，測試用例要Cover盡可能多的情況，比如不標準的Exif信息等等，當開發(fā)結束，所有的測試都通過的時候，你就可以沖上一杯咖啡，來想想重構的事兒了（當然，重構完畢還是需要用TestCase來檢驗重構的結果的，呵呵）。

TestNG（Test Next Generation - The next generation of unit testing），顧名思義，目標直指下一代的測試框架。

TestNG比起JUnit來說，變化主要表現(xiàn)在：

1）最大的不同就是TestNG利用了JavaSE 5.0中的Annotations（JSR175）來代替test開頭的用例函數(shù)名（TestNG說，現(xiàn)有IDE大多都按照函數(shù)名排序了，test打頭弄得這些函數(shù)不好分辨，呵呵）。我覺得這個Idea確實不錯，而且本應如此，Annotation就是用來干這個的嘛。不過這個其實不能怪JUnit，JUnit出來的時候Annotations還沒有出現(xiàn)在Java語言中。

2）解決JUnit中的多實例化問題。在JUnit中，每一個測試用例都會實例化一份TestCase，同時也會在測試執(zhí)行前執(zhí)行setUp，在測試后執(zhí)行tearDown。這會帶來效率的降低，而有些測試，比如數(shù)據(jù)庫鏈接，也會帶來一些其它問題。TestNG用XML配置文件來解決這樣的問題。不過，我覺得，簡單才是最美，弄成Ant配置那么復雜的話，真夠麻煩。

3）TestNG對多線程測試的支持良好，只需要配置即可。JUnit中要想進行多線程測試比較麻煩，需要其它模塊，比較著名的是GroboUtils。

我覺得很多概念都不錯，比如Group Testing，不需要派生TestCase等等，測試用例函數(shù)的參數(shù)化等等，不過這些還是站在了巨人（JUnit）的肩膀上。我不喜歡的是XML Configuration的部署策略，太麻煩。TestNG給出的是這樣的應用場景，一個小組開發(fā)，寫好所有的測試用例，有的人只需要這幾個，有的人需要那幾個，因為全部編譯測試非?；ㄙM時間，這樣，更改XML Configuration就可以了，確實如此，不過我實在不喜歡什么東西都用這種配置文件來弄，簡單的事情變得復雜，就不好玩兒了。就連Ant之父James Duncan Davidson也覺得Ant現(xiàn)在的腳本太復雜呢，呵呵。

從0到1和從1到2是完全不同的，基于測試開發(fā)這個Idea真的是非常棒，這種Test Driven Development真的極大的改變了軟件開發(fā)的方式。最早的Idea不知道是誰的，我記著從前看Bruce Eckel的Thinking in Java的時候，就有單元測試的影子。插一句，其實，Java中的Assert Keyword，MFC中的Assert宏，也都有TDD的影子，不過還差很多，但是開發(fā)理念已經(jīng)有幾分相像了。