Discussion :

[Ricky81]

Bonjour,

Alexandre Gautier a réalisé la traduction d'un article de Mirko Raner (société Parasoft) intitulé Testing Patterns for Java Unit Tests

L'objectif de cet article est de présenter une approche de type Design Patterns appliquée aux test unitaires : http://parasoft.developpez.com/tutor...g/patterns/fr/

La version de JUnit utilisée pour illustrer le propos n'est certes pas la plus récente, mais ce n'est pas indispensable pour introduire cette réflexion.

Et vous, réutilisez vous des schémas types lorsque vous mettez en oeuvre des tests unitaires ?

[hegros]

Oui le schéma type pour les tests en général (unitaire, intégration,...) c'est à près le même : initialisation du test, fabrication des objets à tester, vérification des états et comportements, et nettoyage des objets de la mémoire on pourrait ajouter une étape de report à la suite


Sinon il m'arrive d'écrire des tests unitaires en utilisant le pattern given-when-then qui facilite la maintenabilité et la lisibilité du code de test, probablement plus intéressant lorsqu'il ne s'agit pas de test unitaire car du coup les lignes de code deviennent plus nombreuses.

[romaintaz]

L'article est intéressant, il faut que je prenne le temps de le lire en entier.

Toutefois, j'ai une critique à faire : le code des tests est difficile à lire. Le fait de le formatter selon les conventions Sun aurait offert une plus grand lisibilité !

[Gtrwld]

Une petite erreur de cc dans le paragraphe III :
Si hasNext() retourne faux, à ce moment là une invocation ultérieure de next() ne doit pas lancer une NoSuchElementException.
-> doit lancer une NoSuchElementException.

[Ricky81]

Toutes vos remarques ont été prises en compte