Sonar nie wyświetla pokrycia kodu po pomyślnej kompilacji przy użyciu wtyczki Jenkins Sonar

Question

Próbuję uzyskać zasięg kodu z Sonarem i Jenkinsem. Widzę wtyczkę Jenkinsa Sonara pomyślnie uruchamia testy JUnit i pomyślnie ją kompiluje. Ale Sonar nie pokazuje wyników pokrycia kodu (zawsze pokazuje 0.0% jako pokrycie kodu) w projekcie. Ale Sonar pokazuje "Sukces testu jednostkowego".

Używam Mavena z Jenkinsem i Sonarem.

pojawia się poniższy komunikat w dziennikach Jenkins podczas wykonywania wtyczki Sonar:

 
Project coverage is set to 0% as no JaCoCo execution data has been dumped: .../sonar/target/jacoco.exec 

Może ktoś mi pomóc jak uzyskać prawidłową pokrycia kodu na każdym projekcie Sonar.

Answer 1

czytam https://docs.sonarqube.org/display/PLUG/Code+Coverage+by+Unit+Tests+for+Java+Project i używane Cobertura jak mój plugin pokrycie kodu potem widzę wyświetlanie pokrycia kodu dla małych projektów. Kiedy sprawdzam duży projekt w sonarze, widzę po prostu zasięg kodu jako - co oznacza, że ​​jest pusty. W dziennikach mogłem znaleźć, że raportu Cobertura nie znaleziono w ścieżce /.../coverage.xml.

coverage.xml nie został wygenerowany z powodu OutOfMemeryError: heapspace. Ponieważ mój projekt jest tak dużym projektem, gdy ustawiam stertę pamięci na 2 GB, a pamięć wtyczki cobertura na 1,5 GB sonar wyświetla informację o pokryciu kodu.

Answer 2

Zamiast używać sonaru Jenkinsa do sterowania sonarem, spróbuj zrobić to z mavenem, wykonując cel sonaru. Zwykle jest to łatwiejsze niż ustawienie dodatkowego etapu kompilacji i poprawienie wszystkich ścieżek, dopóki sonar nie znajdzie wszystkich odpowiednich plików.

W twoim przypadku myślę, że może odczytać raport junit/testng, ale nie może znaleźć wyników jacoco (jacoco.exec). Czy wyniki sonaru ścieżki (../sonar/target/jacoco.exec) są prawidłowe?

Answer 3

Tylko dlatego, że Sonar poprawnie wywołał Surefire (i otrzymałeś komunikat "Sukces testu jednostkowego"), nie oznacza to, że JaCoCo wpasował twój kod.

Spróbuj wykonać bezpośrednio JaCoCo. Można dowiedzieć się, dlaczego JaCoCo zawodzi bezpośrednio:

mvn jacoco:prepare-agent test jacoco:report

JaCoCo umieści jacoco.exec jak również swoje raporty XML/HTML wewnątrz docelowej/jacoco. Albo zawiedzie, i mam nadzieję, że będziesz miał lepszy pomysł, dlaczego.

Jednym z bardzo częstym problemem jest to, że javaagent JaCoCo nie będzie działać, jeśli zmieniliśmy Surefire argLine w ogóle, ponieważ jacoco:prepare-agent prostu ustawia argLine nieruchomości, które w tym scenariuszu jest dogodnie ignorowane. Można ustawić przygotować-agenta propertyName własności do czegoś innego (jak jacocoArgLine) i obejmują że w swojej argLine config:

<argLine>-Xmx1024m ${jacocoArgLine}</argLine>

Answer 4

Według tego blog post, prawdopodobnie zapomnieć ustawić właściwość sonar.binaries we właściwościach projektu

Don’t forget sonar.binaries, otherwise, you might get something like « Project coverage is set to 0% since there is no directories with classes. » in your logs.

[...] 
sonar.surefire.reportsPath=target/surefire-reports 
sonar.jacoco.reportPath=target/jacoco.exec 
sonar.binaries=target/classes 
[...] 

Answer 5

Twój Sonar plug-in nie może znaleźć pliku raportu wygenerowanego przez Jacoco.

W swoim pom (rodzic lub dziecko) poszukaj kodu <destFile> pod jacoco/prepare-agent egzekucją. Zmień nazwę i lokalizację na target/jacoco.exec i jesteś gotowy do pracy!