Czy raport zadań JUnit Ant może ignorować testy?

Question

Aktualnie używamy JUnit 4.4 i Ant 1.7.1 dla naszych kompilacji. Mam kilka przypadków testowych, które są @Ignore d. Kiedy uruchomię je w środowisku Eclipse, tester JUnit zgłasza je jako ignorowane. Chciałbym zobaczyć je na liście wyjściowej XML Ant (mogę je zgłosić), ale wydaje się, że ich tam nie ma.

Czy ktoś ma to działa? Czy jest przełącznik, aby je włączyć? Uaktualnienie, które muszę zrobić?

Answer 1

Wygląda na to, że jest to znany Ant issue/bug.

Answer 2

Ten wątek mówi o tym samym problemie, ale zawiera dodatkowe informacje: możesz uzyskać dane o ignorowanych testach podczas uruchamiania testów za pomocą maven surefire, a hudson może wyświetlać te dane.

http://jenkins.361315.n4.nabble.com/Is-it-possible-to-show-Ignore-JUnit-tests-td1565288.html

Answer 3

Poprawka dotycząca this issue został zastosowany do głowy Ant rdzenia, zaplanowanego do wydania w ramach nadchodzącej wersji Ant 1.9.0.

Powinna istnieć możliwość wypróbowania tej poprawki lokalnie, zamieniając plik ant junit.jar w katalogu lib dystrybucji Ant z wersją z nightly builds lub uruchamiając całą nocną dystrybucję Ant lub bezpośrednio budując źródła Ant. Ponieważ zespół Anta obecnie głosuje nad przygotowaniem nowej wersji, może warto po prostu poczekać, aż 1.9.0 zostanie oficjalnie zapakowany i wypchnięty do pobrania.

Answer 4

Po prostu wypróbowałem Ant 1.9.0 z JUnit 4.11. Jeśli używasz <junit printsummary="on"> dostaniesz wyjście jak:

[junit] Running com.example.IgnoredTest 
[junit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0.01 

[junit] Running com.example.PassingTest 
[junit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.01 

[junit] Running com.example.FailingTest 
[junit] Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.01 

myślę, że byłoby preferrable czy możemy dostać takiego wyjścia z printsummary=off:

[junit] Test com.example.IgnoredTest SKIPPED 
[junit] Test com.example.FailingTest FAILED 

ale wydaje się, że bardziej gadatliwe wyjście powyżej jest najlepszym, co możemy zrobić, chyba że brakuje mi jakiejś niejasnej sztuczki z jednym z junit task arguments.