怎樣選擇Java測試框架 JUnit還是TestNG
自動測試成為你Java專案中的一部分了嗎？你最愛的測試框架是什麼哪？使用的又是哪一種標準？
本文的4名開發者將和你一起分享他們在自動測試領域中的觀點和經驗。當你的專案面臨測試階段的時候，希望這些觀點能對你有所幫助。如果你也想要分享自己的觀點，請回帖參與討論。我們真摯的希望我們能夠為這個領域中新手提供一些有用建議和標準。
文章最後列出了文章的作者和提到的測試框架
論自動測試——Tom Wheeler當我給那些有經驗的開發者上課時，我發現只有40%左右的人寫測試。大約還有40%的人甚至從來沒聽說過JUnit，這其中更有一般人完全沒有單元測試的概念。開發者通常處於在專案經理制定的緊促計劃的壓力中——而那些專案經理同樣處於客戶的壓力之下，客戶希望他們的軟體能夠被快速的開發出。不幸的是，測試是專案中的一個重要部分而很多人卻輕易的將它砍掉。真是目光短淺，那種做法只會讓你的應用成為bug的樂園而且會大大超出你的計劃時間。
為什麼會這樣？因為寫自動測試實際上省下了大量的執行時間。每個開發者都會出錯而通過測試可以幫助找到這些錯誤。可能手工測試在某些方面要比自動測試更快一些，但是手工測試需要使用者介面。手工測試的結果並不一致，因為測試者和開發者一樣都會犯錯。而一個自動測試總會保持結果的一致性。
也許更重要的是，當一箇舊bug被修復或者新特性被新增時會引入更多的bug.你需要在改變系統後重新執行所有的測試。這也是自動測試的價值體現，因為對比手工測試的開銷，自動測試的開銷是微不足道的。如果開發者經常測試，他們可以更容易地發現並修改問題，這可以保證程式碼質量並保證
比較JUnit和TestNG——Meera Subbraro Martin Fowler曾說過，軟體開發領域中此前從沒有過這樣的事情：很少幾行程式碼對大量的程式碼起了如此重要的作用。JUnit過去直到如今依然是單元測試的一個標準。它是最流行的開源工具。當然現在我們有許多有別於JUnit的其他的開源工具。我自己，除了使用JUnit外，我還是用TestNG.下面我們來談談下這兩個框架。
JUnit和TestNG都使用Annotation，都使得測試簡單有趣。如果你寫兩個測試類，一個使用JUnit一個使用TestNG，除非你看到它們import語句，否則你幾乎看不到他們之間的差別。
如果你是一個TDD的信徒，通過執行測試來完成你的持續整合過程。TestNG可能更加適合。重新執行失敗的測試這樣的機制對於每天都進行編譯來說非常有幫助。而這個特性只有TestNG才有。
TestNG的另一個亮點是支援引數化。在JUnit中如果你要測試不同的引數，你需要寫不同的測試用例來覆蓋不同引數。而在TestNG，通過使用xml配置檔案做到。開發者可能會抱怨XML檔案“這下好了，除了要維護那些測試用例，我還要維護那麼一堆xml檔案”。（譯者按：JUnit4也已經支援引數化測試了）
JUnit生成的
最後，兩個框架都有自己的長處和弱處，必要時我們可以同時使用。讓我們使用這兩個偉大的框架，享受編寫測試的快樂吧。
我為什麼從JUnit換到了TestNG上——Andres Almiray當我開始編寫測試程式時候，我選擇了JUnit3.x.因為那個時候它是唯一的開源選擇，而且有著相當詳盡的文件和成堆的書供我參考。在此基礎上還有許多擴充套件如dbUnit，xmlUnit幫助測試一些大型元件。但是如果我們需要面對更多複雜的測試，通常是整合/功能測試，很明顯JUnit會力不從心。那就是為什麼我換到TestNG上。Cedric和Alexandru TestNG的作者從一開始就很明確，TestNG是為更廣的測試場合而設計，而不僅是單元測試。TestNG可以執行沒有修改過的JUnit測試，這使得兩者的轉換非常平滑。
稍後釋出的JUnit4.x在細節上非常類似TestNG，這也彌補了這兩個框架的裂痕。TestNG仍然是我最喜歡的，而且它仍然保持更新。現在在開源的Java測試框架中仍然有新進者，easyb，一個基於Groovy行為驅動開發的測試工具，為Java和Groovy測試。通過編寫合理的測試或是假定一個任務，它可以視為一種規範儘管它是可執行程式碼。如果你在Ruby世界中使用Rspec一樣。
為什麼JUnit仍然是首選——Aslam Khan像許多人開始測試驅動開發和單元測試一樣，我也是從JUnit3.x起步的。我發現JUnit是最廣泛的工具，出現在各種不同的地方（ANT，Maven，Eclipse，IntelliJ IDEA， 等）。它也很容易介紹給那些新團隊。我也使用TestNG對它的多樣性同樣印象深刻。然而，JUnit的大量外掛（dbUnit，xmlUnit等）使得Junit仍然是首選的。如果你花大量的時間在Spring上，那麼基於Junit的Srping ApplicationContext aware測試用例會帶來優勢。為了測試前臺，我幾乎只使用Selenium.我曾經涉足過Canoo和其他的框架，但是發現這些途徑都是反TDD模式的。使用Selenium，我可以處理Selenium測試指令碼和記錄，給任何需要的人並日後處理。
如果我們談論的是純粹的TDD，即書寫良好的程式碼（不僅僅是良好的測試）需要增加一個mock測試。對於mocking，我使用Jmock，它和Junit配合良好，通過基於mock的方式和程式內部邊界，我得到了設計良好的，互相通訊的物件。這在可讀性和可維護性上邁出了重要的一步。EasyMock也不錯，但是Jmock是我個人的首選。
從Java世界上溯到Ruby世界中，RSpec很優秀而且也有DSL來描述場景。既然Rbehave已經融合進了Rspec，這樣的整合將成為Ruby世界的首選。有趣的是，Rbehave是從Jbehave衍生來來，它是一個行為驅動開發測試框架。如果你喜歡BDD模式來收集和確定需求，你會喜歡Jbehave和RSpec.