Discussion :

[andlio]

Bonjour,

J'aurais besoin de quelques conseils pour le développement de mes tests.

Je ne sais pas quelle est la meilleure solution entre :

• Développer une méthode de test par méthode à tester. C'est à dire que tous les cas de tests seront dans une seule méthode de test
• Développer plusieurs méthodes de tests par méthode à tester. C'est à dire qu'une méthode de test correspondra à un cas de test d'une méthode à tester

Comment développez-vous vos tests ?

[we.are.the.storm]

Personnellement j'utilise généralement la deuxième solution,

Je peux vouloir tester plusieurs qu'une méthode se déroule correctement lors de son contexte d'utilisation traditionnel, mais aussi qu'elle renvoie telle ou telle exception sur des cas particuliers par exemple.

[andlio]

Merci pour ta réponse.

Je suis dans le même cas que toi. Je teste à la fois que les valeurs retournées sont correctes en cas de succès, mais également que les exceptions sont correctement levées en cas de problème.

Personnellement j'ai commencé à tester avec la 1ère solution et elle ne me semble pas très facile à maintenir...

[paissad]

Bonjour,

d'ailleurs, c'est la philosophie des tests unitaires hein. Chaque méthode dont le niveau d'encapsulation est protected, package ou public devrait avoir sa/ses propre(s) méthode(s) de tests.
Il faut normalement pour chaque test unitaire (c'est à dire pour chaque méthode annotée par @Test) tester un cas possible (valeur attendue, valeur non attendue, exception attendue, ...)

Donc, ce n'est très certainement pas une bonne idée de tout tester (voire de tester plusieurs choses) sur une seule méthode de test.

Cordialement,

[leminipouce]

Comme le dit paissad, il s'agit de test unitaires. Ils doivent donc tester des unités, pas des ensembles, des groupes, etc, etc...

D'ailleurs, le problème majeur de tout tester dans une seule méthode c'est que si ta première assertion plante, tu ne sauras pas, tant que tu n'as pas ré-exécuté tes tests, que les 48 assertions suivantes plantent aussi. Et devoir exécuter 49 fois ta méthode de tests pour voir tous les cas de plantage c'est pas super productif

[andlio]

Bonjour,

J'ai re-développé mes classes de test ! Maintenant j'ai 1 méthode par test :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
public void testMaMethode_whenInvalidArguments();
public void testMaMethode_whenSuccess();
//...

au lieu de

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

public void testMaMethode();

Merci pour vos retours !

[leminipouce]

Ravi que ça t'ait servi.

Pour info, par respect de la convention de nommage Sun des noms de méthodes, il faudrait que tu nommes tes méthodes sans undescore !
http://www.loribel.com/java/normes/nameMethod.html

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

public void testMaMethodeWhenInvalidArguments(); public void testMaMethodeWhenSuccess();

[andlio]

Oui c'est vrai. C'est ce que j'avais fait au début mais je trouvais que c'était moins lisible...
Mais je vais suivre la norme ^^