• [^] # Re: Autre chose

    Posté par . En réponse à la dépêche JUnitScenario 0.1 vient de sortir. Évalué à 3.

    Pas du tout d'accord, ma définition est claire, les tests unitaires servent surtout pour nous à valider les fonctionnalités de l'application pour s'assurer que tout ce qui sera développé fonctionnera correctement.


    Ok, mais chaque utilisateur de JUnit a sa propre définition de test unitaire et s'en sert à sa manière.

    L'utilisation "orthodoxe", celle mis en exergue par les auteurs initiaux de Junit et du TDD (Test Driven Development) n'est pas la même définition que la tienne. Pour eux, un test unitaire doit tester une partie de code et non pas une fonctionnalité. D'où l'utilité de objets bouchons (stubs), des Mock et autres bizarreries. Pour tester une fonctionnalité, il ne faut clairement pas utiliser d'objets stubs, puisque ça modifie clairement l'environnement qui n'est plus comme un serveur de production. Par ailleurs, l'accès à la BD est un problème récurrent. Pour faire du TDD et lancer les tests 3 fois par heure, tu ne peux pas te permettre d'accéder à la BD pour les 2000 tests qui tu as écris.

    Plus d'infos sur http://www.junit.org,(...) http://www.easymock.org,(...) ...

    Maintenant, ton utilisation de Junit est parfaitement valable pour tes tests de fonctionnalités que tu appelles tests unitaires. Chacun fait ce qu'il veut avec l'outil qui lui convient et tout est bien dans le meilleur des mondes :)