Comment exécuter le test Gradle lorsque tous les tests sont À JOUR?

J'ai configuré mon script de note. Lorsque j'exécute la compilation Gradle, tout fonctionne et il exécute les tests jUnit.

Après cela, lorsque j'exécute le test Gradle, j'obtiens ce qui suit:

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

Quand j'exécute gradle clean, alors Gradle build fonctionne, bien sûr ... Je veux pouvoir réinitialiser uniquement les tests, pas construire tout le projet: comment dois-je faire cela?

Une option serait d'utiliser l' --rerun-tasksindicateur dans la ligne de commande . Cela réexécuterait toute la tâche de test et toutes les tâches dont elle dépend.

Si vous souhaitez uniquement réexécuter les tests, une autre option serait de faire en sorte que gradle nettoie les résultats des tests avant d'exécuter les tests. Cela peut être fait en utilisant la cleanTesttâche.

Un peu de contexte - le plugin Java définit des tâches propres pour chacune des autres tâches. Selon la documentation :

cleanTaskName - Supprime les fichiers créés par la tâche spécifiée. cleanJar supprimera le fichier JAR créé par la tâche jar et cleanTest supprimera les résultats de test créés par la tâche de test.

Par conséquent, tout ce dont vous avez besoin pour réexécuter vos tests est d'exécuter également la cleanTesttâche, c'est-à-dire:
gradle cleanTest test

Une autre option serait d'ajouter ce qui suit dans votre build.gradle:

test.outputs.upToDateWhen {false}

gradle test --rerun-tasks

Spécifie que toute optimisation de tâche est ignorée.

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

C'était récemment le sujet du billet de blog de Gradle Arrêtez de réexécuter vos tests . L' auteur montre un exemple d'utilisation outputs.upToDateWhen { false }et explique pourquoi c'est faux:

Cela ne force pas réellement les rediffusions

Ce que l'auteur de cet extrait de code voulait probablement dire, c'est "Toujours réexécuter mes tests". Ce n'est pas ce que fait cet extrait de code. Cela marquera uniquement la tâche obsolète, forçant Gradle à recréer la sortie. Mais voici le problème, si le cache de construction est activé, Gradle n'a pas besoin d'exécuter la tâche pour recréer la sortie. Il trouvera une entrée dans le cache et décompressera le résultat dans le répertoire de sortie du test.

La même chose est vraie pour cet extrait:

test.dependsOn cleanTest

Gradle décompressera les résultats du test du cache de compilation une fois la sortie nettoyée, donc rien ne sera réexécuté. En bref, ces extraits créent un no-op très coûteux.

Si vous pensez maintenant «OK, je vais désactiver le cache aussi», laissez-moi vous dire pourquoi vous ne devriez pas.

Ensuite, l'auteur explique pourquoi réexécuter certains tests est une perte de temps:

La grande majorité de vos tests doivent être déterministes, c'est-à-dire, étant donné les mêmes entrées, ils devraient produire le même résultat.

Dans les quelques cas où vous souhaitez réexécuter des tests où le code n'a pas changé, vous devez les modéliser comme une entrée. Voici deux exemples du billet de blog qui montrent l'ajout d'une entrée afin que la tâche l'utilise lors de ses vérifications à jour.

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

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

Je recommande de lire l'intégralité du billet de blog.

Voici une solution utilisant le fichier "build.gradle", au cas où vous ne voudriez pas modifier votre ligne de commande:

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

Et voici la sortie. Notez 2 changements par rapport à votre sortie précédente:

1) Une nouvelle tâche «cleanTest» apparaît dans la sortie.

2) 'test' est toujours nettoyé (c'est-à-dire jamais 'UP-TO-DATE') donc il est exécuté à chaque fois:

$ 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 fonctionne, mais est inefficace car il réexécute toutes les tâches.

cleanTest à lui seul peut ne pas suffire en raison de la création du cache.

donc, la meilleure façon d'y parvenir est:

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

De plus, avoir à ajouter --rerun-tasksest vraiment redondant. Cela n'arrive jamais. Créez un --no-rerun-taskset définissez-le --rerun-taskspar défaut lorsquecleanTask

TL; DR

test.dependsOn cleanTest

Je pense que c'est une question valable étant donné qu'il est possible dans Gradle d'exécuter cette commande test, et ce qui se passe, c'est que rien ne se passe!

Mais je remettrais en question la nécessité de faire cela, comme Jolta l'a dit dans son commentaire: si aucun code n'a changé, pourquoi avez-vous besoin de re-tester? Si vous avez des doutes sur les entrées tierces, je dirais que vous devez en tenir compte dans le code de votre application. Si vous craignez que votre code ne soit "floconneux", c'est-à-dire capable de passer tous les tests une première fois mais pas une seconde (ou une centième fois), n'avez-vous pas besoin de réfléchir aux raisons pour lesquelles vous avez ces doutes, et de les résoudre?

Personnellement, je pense que c'est un défaut de conception (très mineur) dans Gradle: si tout est complètement à jour, plutôt que de passer à "BUILD SUCCESSFUL", il devrait dire "NO CHANGE SINCE DERNIER SUCCESSFUL BUILD: RIEN FAIT".