2012-06-21 13 views
6

Używam szkieletu guard w szynach przez pewien czas i właśnie się w nim zakochałem. Dużo pracuję również w Javie i dziwi mnie, że takie narzędzie nie jest dostępne dla szybkiego, opartego na testach rozwoju. Oto co robi straż dla Ciebie (tworząc stronę www) -Szybki rozwój oparty na testach w Javie

  • zmiany systemu plików obsługiwanych przez naszą wspaniałą Posłuchaj gem.
  • Obsługa wizualnych powiadomień systemowych.
  • Ogromny (ponad 120) ekosystem systemu ochrony strażników.
  • Testowane przeciwko Ruby 1.8.7, 1.9.2, 1.9.3, REE i najnowszym wersjom JRuby & Rubinius.

W istocie, to pomaga mi pilnować przypadków testowych, a ja wprowadzeniu zmian lub dodawania rzeczy do mojego kodzie. Poniżej przedstawiono korzyści wynikające z takiego Approach

  • dyskretny sprawie Test-Driven Development
  • Natychmiastowe potwierdzenie wpływu zmiany kodu
  • Wysoka jakość kodu
  • Zminimalizowane regresji wsady

Czy ktoś wie, jak osiągnąć podobne cele w Javie? Uwaga: zautomatyzowane narzędzia testowe, takie jak Hudson, nie są odpowiedzią, której szukam. Potrzebuję czegoś, co można wykorzystać na lokalnych maszynach/środowisku programistycznym, aby uzyskać natychmiastową informację zwrotną o testach na temat zmiany kodu.

Dzięki

+0

Szukasz narzędzia, które uruchamia testy jednostki java w tle przez cały czas? – Arne

+0

Tak. Powinien działać cały czas w tle. – Kruttik

Odpowiedz

4

Nie wiem, czego szukasz ... ale jeśli szukasz narzędzia, które prowadzi swoje testy jednostkowe w tle podczas rozwoju spojrzeć Infinitest lub JUnit Max.

+3

+1 dla Infinitest, użyliśmy go w mojej firmie. Tylko uważaj, stwierdziliśmy, że spowolniło to nasze maszyny w większych bazach kodu. Sądzę, że to tylko kolejny powód, aby utrzymywać rzeczy modułowe! :) –

+0

JUnit Max wygląda obiecująco, ale opłaca się. Infinitest ma wiele problemów - 1) Jest bardzo powolny i uruchamia wszystkie przypadki testowe za każdym razem w czasie zaćmienia. 2) Zbyt mało opcji konfiguracyjnych. 3) Żaden projekt w obszarze roboczym nie może mieć błędów konstrukcyjnych, które są zbyt trudne do zapytania. wymaganie. – Kruttik

+0

JUnit Max jest dostępny tylko dla Eclipse. – SingleShot

2

Jeśli pracujesz z zaćmienia, a ty dokowania widoku JUnit w dogodnym miejscu, to jeden przycisk kliknąć, aby ponownie uruchomić swoje testy i zobaczyć raport natychmiast w tym samym widoku.

Jest to bardzo skuteczny sposób na przeprowadzanie testosteronu.

+2

Niezupełnie z następujących powodów: 1) Nie wszyscy używają Eclipse (np. IntelliJ). 2) Jeśli zmienię klasę, chciałbym uruchomić przypadki testowe, na które wpływa ta klasa, a nie cały pakiet. Na przykład mamy około 600 przypadków testowych. Nie mogę uruchomić każdego testu ręcznie w środowisku Eclipse, a następnie kontynuować. 3) Eclipse to pamięć IDE, która oznacza, że ​​uruchamianie przypadków testowych i tworzenie kodu w dużej bazie kodu jest koszmarem. – Kruttik

1

Możesz użyć Sonar z Hudson, aby zrobić to za Ciebie. W firmie, w której pracuję, używamy tej kombinacji, aby rozwiązać Twój problem. Jest też wtyczka Sonar dla Eclipse. Ale jeśli szukasz czegoś w rodzaju rozwiązania opartego na IDE, nie mogę ci pomóc.

Powiązane problemy