Wie führe ich einen Gradle-Test durch, wenn alle Tests auf dem neuesten Stand sind?

Ich habe mein Notenskript eingerichtet. Wenn ich den Gradle-Build ausführe, funktioniert alles und es werden die jUnit-Tests ausgeführt.

Wenn ich danach den Gradle-Test durchführe, erhalte ich Folgendes:

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

Wenn ich gradle cleanspiele, funktioniert Gradle Build natürlich ... Ich möchte nur die Tests zurücksetzen können, nicht das gesamte Projekt: Wie soll ich das machen?

Eine Option wäre die Verwendung des --rerun-tasksFlags in der Befehlszeile . Dies würde alle Testaufgaben und alle Aufgaben, von denen es abhängt, erneut ausführen.

Wenn Sie nur daran interessiert sind, die Tests erneut auszuführen, können Sie die Testergebnisse vor dem Ausführen der Tests schrittweise bereinigen. Dies kann mit der cleanTestAufgabe erfolgen.

Hintergrundinformationen - Das Java-Plugin definiert für jede der anderen Aufgaben eine saubere Aufgabe. Laut Dokumentation :

cleanTaskName - Löscht Dateien, die von der angegebenen Aufgabe erstellt wurden. cleanJar löscht die von der JAR-Task erstellte JAR-Datei und cleanTest löscht die von der Testaufgabe erstellten Testergebnisse.

Um Ihre Tests erneut auszuführen, müssen Sie daher nur die cleanTestAufgabe ausführen , dh:
gradle cleanTest test

Eine andere Möglichkeit wäre, Folgendes in Ihr build.gradle aufzunehmen:

test.outputs.upToDateWhen {false}

gradle test --rerun-tasks

Gibt an, dass jede Aufgabenoptimierung ignoriert wird.

Quelle: https://gradle.org/docs/current/userguide/gradle_command_line.html

Dies war kürzlich das Thema in Gradles Blog-Post. Hören Sie auf, Ihre Tests erneut auszuführen . Der Autor zeigt ein Beispiel mit outputs.upToDateWhen { false }und erklärt, warum es falsch ist:

Dies erzwingt keine Wiederholungen

Was der Autor dieses Snippets wahrscheinlich sagen wollte, ist "Meine Tests immer wiederholen". Das ist jedoch nicht das, was dieser Ausschnitt tut. Die Aufgabe wird nur als veraltet markiert, sodass Gradle gezwungen ist , die Ausgabe neu zu erstellen . Wenn der Build-Cache aktiviert ist, muss Gradle die Aufgabe nicht ausführen, um die Ausgabe neu zu erstellen. Es findet einen Eintrag im Cache und entpackt das Ergebnis in das Ausgabeverzeichnis des Tests.

Gleiches gilt für dieses Snippet:

test.dependsOn cleanTest

Gradle entpackt die Testergebnisse aus dem Build-Cache, nachdem die Ausgabe bereinigt wurde, sodass nichts erneut ausgeführt wird. Kurz gesagt, diese Schnipsel erzeugen ein sehr teures No-Op.

Wenn Sie jetzt denken "Okay, ich werde auch den Cache deaktivieren", lassen Sie mich Ihnen sagen, warum Sie nicht sollten.

Anschließend erklärt der Autor, warum das Wiederholen einiger Tests Zeitverschwendung ist:

Die überwiegende Mehrheit Ihrer Tests sollte deterministisch sein, dh bei gleichen Eingaben sollten sie das gleiche Ergebnis liefern.

In den wenigen Fällen, in denen Sie Tests erneut ausführen möchten, bei denen sich der Code nicht geändert hat, sollten Sie sie als Eingabe modellieren. Hier sind beide Beispiele aus dem Blog-Beitrag, die das Hinzufügen einer Eingabe zeigen, damit die Aufgabe diese bei ihren aktuellen Überprüfungen verwendet.

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

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

Ich empfehle den gesamten Blog-Beitrag zu lesen.

Hier ist eine Lösung mit der Datei "build.gradle", falls Sie Ihre Befehlszeile nicht ändern möchten:

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

Und hier ist die Ausgabe. Beachten Sie 2 Änderungen gegenüber Ihrer vorherigen Ausgabe:

1) In der Ausgabe wird eine neue 'cleanTest'-Aufgabe angezeigt.

2) 'test' wird immer bereinigt (dh niemals 'UP-TO-DATE'), so dass es jedes Mal ausgeführt wird:

$ 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 funktioniert, ist aber ineffizient, da alle Aufgaben erneut ausgeführt werden.

cleanTest allein kann aufgrund des Build-Caches nicht ausreichen.

Der beste Weg, dies zu erreichen, ist:

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

Außerdem ist das Hinzufügen --rerun-taskswirklich überflüssig. Das passiert nie. Erstellen Sie eine --no-rerun-tasksund machen Sie --rerun-tasksStandard, wenncleanTask

TL; DR

test.dependsOn cleanTest

Ich denke, dies ist eine berechtigte Frage, da es in Gradle möglich ist, diesen Befehl auszuführen test, und was passiert, ist, dass nichts passiert!

Aber ich würde die Notwendigkeit in Frage stellen, dies jemals zu tun, wie Jolta in seinem Kommentar sagte: Wenn sich kein Code geändert hat, warum müssen Sie erneut testen? Wenn Sie Zweifel an Eingaben von Drittanbietern haben, würde ich sagen, dass Sie dies in Ihrem App-Code berücksichtigen müssen. Wenn Sie befürchten, dass Ihr Code "schuppig" sein könnte, dh alle Tests beim ersten Mal, aber nicht beim zweiten (oder 100.) Mal bestehen kann, müssen Sie nicht darüber nachdenken, warum Sie diese Zweifel haben, und sie ansprechen?

Persönlich denke ich, dass dies ein (sehr geringfügiger) Designfehler in Gradle ist: Wenn alles vollständig auf dem neuesten Stand ist, anstatt "ERFOLGREICH BAUEN" zu gehen, sollte "KEINE ÄNDERUNG SEIT LETZT ERFOLGREICHES BAUEN: NICHTS GEMACHT" lauten.