2012-06-21 28 views
6

我一直使用軌道安靜了一會兒guard框架和我剛剛愛上了它。我也在Java中工作了很多,我發現這樣的工具不適用於快速的測試驅動開發,我感到很驚訝。下面是後衛爲你做(形成原網站) -快速測試驅動開發在Java中

  • 我們真棒聽寶石處理文件系統的變化。
  • 支持視覺系統通知。
  • 巨大(大於120)後衛擴展生態系統。
  • 測試針對的Ruby 1.8.7,1.9.2,1.9.3,REE和JRuby & Rubinius的最新版本。

從本質上講,它可以幫助我保持眼睛上的測試用例,而我更改或添加的東西到我的代碼庫。以下是這樣的approach-

  • 不顯眼的測試用例驅動開發的好處
  • 的代碼更改的影響,即時確認
  • 高質量的代碼
  • 最小化迴歸漣漪

有誰知道如何在Java中實現類似的目標? 注 - 像哈德森這樣的自動化測試工具不是我正在尋找的答案。我需要一些可以在本地開發機器/環境中使用的東西,以便對代碼更改提供即時測試用例反饋。

感謝

+0

你尋找運行你的java單元測試在後臺所有的時間的工具嗎? – Arne

+0

是的。它應該始終在後臺運行。 – Kruttik

回答

4

不知道你在找什麼......但如果你搜索在開發過程中在後臺運行單元測試工具看看InfinitestJUnit Max

+3

爲Infinitest +1,我們已經在我的公司使用它。只是要小心,我們發現它確實在更大的代碼庫中減慢了我們的機器。我想更多的理由來保持模塊化! :) –

+0

JUnit Max看起來很有前途,但它是有償的。 Infinitest有多個問題 - 1)它非常緩慢,每次在eclipse中運行所有的測試用例。 2)配置選項太少。 3)工作空間中的任何項目都無法構建錯誤,這些錯誤太多而無法提出。需求。 – Kruttik

+0

JUnit Max也僅適用於Eclipse。 – SingleShot

2

如果你使用Eclipse工作,你停靠的JUnit視圖在一個方便的地方,這是一個按鈕立即點擊重新運行測試,並查看報告了同樣的觀點。

這是進行測試驅動DEVELOPPEMENT一個非常有效的方式。

+2

不是因爲以下原因 - 1)並非所有人都使用Eclipse(例如IntelliJ)。 2)如果我改變了一個類,我想運行受該類影響的測試用例,而不是整個套件。例如,我們有大約600個測試用例。我無法在Eclipse上手動運行每個測試用例,然後繼續。 3)Eclipse是一個內存匱乏的IDE,它意味着在大型代碼庫上運行測試用例和開發是一場噩夢。 – Kruttik

1

你可以使用Sonar哈德森爲你做到這一點。在我工作的公司中,我們使用這種組合來解決您的問題。 Eclipse還有一個Sonar插件。但是,如果您尋找類似基於IDE的解決方案,我無法幫助您。