JUnit - Spécifier la dépendance d'un test par rapport à d'autres tests (sans sauter l'un ou l'autre) ?

Question

Notre boîte à outils compte plus de 15 000 JUnit et de nombreux tests sont connus pour échouer si un autre test échoue. Par exemple, si la méthode X.foo() utilise la fonctionnalité de Y.bar() et que YTest.testBar() échoue, alors XTest.testFoo() échouera également. Évidemment, XTest.testFoo() peut aussi échouer à cause de problèmes spécifiques à X.foo().

Bien que ce soit bien et que je veuille toujours que les deux tests soient exécutés, il serait agréable de pouvoir annoter une dépendance de test avec XTest.testFoo() pointant vers YTest.testBar(). De cette façon, on pourrait voir immédiatement quelle fonctionnalité utilisée par X.foo() échoue également, et quoi d'autre.

Une telle annotation est-elle disponible dans JUnit ou ailleurs ? Quelque chose comme :

public XTest {

  @Test
  @DependsOn(method=org.example.tests.YTest#testBar)
  public void testFoo() {
     // Assert.something();
  }

}

Answer 1

JUnit ne le peut tout simplement pas encore (au moment de la rédaction de cet article, 2022).

Mais les deux JExample y TestNG avoir quelque chose comme ça.

• Ces bibliothèques fournissent leur propre programme d'exécution des tests, qui prend en charge leur mécanisme de dépendance.
• Et les deux peuvent être utilisés parallèlement à JUnit (sans avoir besoin de réécrire les classes existantes).
• Mais TestNG semble plus prometteur.

Je ne sais pas si c'est utile, mais si vous l'essayez, revenez nous voir pour nous dire si c'était utile.

Answer 2

Il y a une contribution à JUnit qui aborde ce problème : https://github.com/junit-team/junit.contrib/tree/master/assumes

Mise à jour 2022 ; On suppose qu'il est sorti maintenant, mais cela ne fait que sauter des tests, ce qui n'est pas ce que le PO demande.

Answer 3

Vous pouvez déclarer les dépendances de test dans TestNG La syntaxe est presque la même que dans votre exemple. Je ne pense pas que JUnit offre quelque chose de similaire.

Answer 4

En conception axée sur le comportement bibliothèque jBehave il y a un mot-clé GivenScenarios qui importe une liste de scénarios qui sont exécutés avant le scénario principal. Cela donne l'opportunité de définir des dépendances et d'avoir un point d'échec. La journalisation de jBehave vous dira si le test échoue dans la section des dépendances ou du corps principal.

Answer 5

Il n'y a vraiment rien de tel à ma connaissance. (Edit : on apprend quelque chose de nouveau tous les jours :)) À mon avis, ce n'est pas une si mauvaise chose (bien que je puisse voir que c'est utile, surtout lorsque JUnit est utilisé pour d'autres formes de tests automatisés - par exemple, les tests d'intégration). Vos tests, IMO, ne sont pas dans le sens le plus strict du mot "tests unitaires" (au moins pas le test de X#foo() ). Les tests de X#foo() devrait réussir ou échouer selon seulement sur la mise en œuvre de X#foo() . Il ne doit pas dépendre de Y#foo() .

Ce que je ferais à votre place, c'est de supprimer Y et d'implémenter quelque chose du genre MockY#foo() avec un comportement très simple et contrôlé, et l'utiliser en X#foo() Les tests de l'entreprise.

Cela dit, avec 15 000 tests, je peux voir comment cela pourrait être une douleur à remanier :)