Jak uruchomić test Gradle, gdy wszystkie testy są aktualne?

Mam skonfigurowany skrypt ocen. Kiedy wykonuję kompilację Gradle, wszystko działa i uruchamia testy jUnit.

Po tym, gdy uruchamiam test Gradle, otrzymuję następujące informacje:

C:\Users\..\..\Project>gradle test
:compileJava UP-TO-DATE
:processResources UP-TO-DATE
:classes UP-TO-DATE
:compileTestJava UP-TO-DATE
:processTestResources UP-TO-DATE
:testClasses UP-TO-DATE
:test UP-TO-DATE

Kiedy wykonuję gradle clean, to oczywiście Gradle działa ... Chcę mieć możliwość resetowania tylko testów, a nie budowania całego projektu: jak mam to zrobić?

Jedną z opcji byłoby użycie --rerun-tasksflagi w wierszu poleceń . Spowoduje to ponowne uruchomienie wszystkich zadań testowych i wszystkich zadań, od których zależy.

Jeśli jesteś zainteresowany tylko ponownym uruchomieniem testów, inną opcją byłoby wyczyszczenie wyników testów przez gradle przed wykonaniem testów. Można to zrobić za pomocą cleanTestzadania.

Trochę tła - wtyczka Java definiuje czyste zadania dla każdego z pozostałych zadań. Zgodnie z dokumentacją :

cleanTaskName - usuwa pliki utworzone przez określone zadanie. cleanJar usunie plik JAR utworzony przez zadanie jar, a cleanTest usunie wyniki testu utworzone przez zadanie testowe.

W związku z tym, aby ponownie uruchomić testy, wystarczy uruchomić również cleanTestzadanie, czyli:
gradle cleanTest test

Inną opcją byłoby dodanie następującego polecenia w pliku build.gradle:

test.outputs.upToDateWhen {false}

gradle test --rerun-tasks

Określa, że ​​każda optymalizacja zadań jest ignorowana.

Źródło: https://gradle.org/docs/current/userguide/gradle_command_line.html

To był ostatnio temat na blogu Gradle'a Przestań ponownie uruchamiać swoje testy . Autor przedstawia przykład korzystania outputs.upToDateWhen { false }i wyjaśnia, dlaczego jest źle:

To faktycznie nie wymusza powtórek

To, co prawdopodobnie chciał powiedzieć autor tego fragmentu, to „Zawsze powtarzaj moje testy”. Ale to nie jest to, co robi ten fragment. Będzie tylko oznaczać zadanie jako nieaktualne, zmuszając Gradle do ponownego utworzenia wyniku. Ale w tym rzecz, jeśli pamięć podręczna kompilacji jest włączona, Gradle nie musi uruchamiać zadania, aby odtworzyć dane wyjściowe. Znajdzie wpis w pamięci podręcznej i rozpakuje wynik do katalogu wyjściowego testu.

To samo dotyczy tego fragmentu:

test.dependsOn cleanTest

Gradle rozpakuje wyniki testu z pamięci podręcznej kompilacji po wyczyszczeniu danych wyjściowych, więc nic nie zostanie ponownie uruchomione. Krótko mówiąc, te fragmenty tworzą bardzo kosztowny brak działania.

Jeśli teraz myślisz „OK, dezaktywuję też pamięć podręczną”, powiem ci, dlaczego nie powinieneś.

Następnie autor wyjaśnia, dlaczego ponowne przeprowadzenie niektórych testów jest stratą czasu:

Zdecydowana większość testów powinna być deterministyczna, tj. Biorąc pod uwagę te same dane wejściowe, powinny one dawać ten sam wynik.

W kilku przypadkach, w których chcesz ponownie uruchomić testy, w których kod nie uległ zmianie, powinieneś zamodelować je jako dane wejściowe. Oto oba przykłady z wpisu na blogu, które pokazują dodawanie danych wejściowych, aby zadanie użyło ich podczas sprawdzania aktualności.

task randomizedTest(type: Test) {
  systemProperty "random.testing.seed", new Random().nextInt()
}

task systemIntegrationTest(type: Test) {
  inputs.property "integration.date", LocalDate.now()
}

Polecam przeczytanie całego wpisu na blogu.

Oto rozwiązanie wykorzystujące plik „build.gradle”, na wypadek gdybyś nie chciał modyfikować wiersza poleceń:

test {
    dependsOn 'cleanTest'
    //Your previous task details (if any)
}

A oto wynik. Zwróć uwagę na 2 zmiany w stosunku do poprzedniego wyniku:

1) Na wyjściu pojawi się nowe zadanie „cleanTest”.

2) „test” jest zawsze czyszczony (tj. Nigdy nie jest „AKTUALNY”), więc jest wykonywany za każdym razem:

$ gradle build
:compileJava UP-TO-DATE
:processResources UP-TO-DATE
:classes UP-TO-DATE
:findMainClass
:jar
:bootRepackage
:assemble
:cleanTest
:compileTestJava UP-TO-DATE
:processTestResources UP-TO-DATE
:testClasses UP-TO-DATE
:test
:check
:build

--rerun-tasks działa, ale jest nieefektywny, ponieważ odtwarza wszystkie zadania.

cleanTest samo w sobie może nie wystarczyć ze względu na bufor kompilacji.

więc najlepszym sposobem na osiągnięcie tego jest:

./gradlew --no-build-cache cleanTest test

Ponadto konieczność dodawania --rerun-tasksjest naprawdę zbędna. Nigdy się nie dzieje. Utwórz --no-rerun-tasksi ustaw jako --rerun-tasksdomyślną kiedycleanTask

TL; DR

test.dependsOn cleanTest

Myślę, że to ważne pytanie, biorąc pod uwagę, że w Gradle można uruchomić to polecenie test, a dzieje się tak, że nic się nie dzieje!

Ale kwestionowałbym potrzebę zrobienia tego, jak powiedział Jolta w swoim komentarzu: jeśli żaden kod się nie zmienił, to dlaczego musisz ponownie testować? Jeśli masz wątpliwości co do danych wejściowych innych firm, powiedziałbym, że musisz uwzględnić to w kodzie aplikacji. Jeśli obawiasz się, że Twój kod może być „niestabilny”, tj. Może przejść wszystkie testy za pierwszym razem, ale nie drugi (lub setny), czy nie musisz zastanawiać się, dlaczego masz te wątpliwości i je rozwiązywać?

Osobiście uważam, że jest to (bardzo drobna) wada projektowa w Gradle: jeśli wszystko jest całkowicie aktualne, zamiast pisać „BUDUJ SUKCES”, powinno być napisane „NIE ZMIENIAJ SIĘ OD OSTATNIEJ SUKCESOWEJ BUDOWY: NIC NIE ZROBIONO”.