Discussion :

[zaboug]

Bonjour,

je suis sur le développement d'un projet Java qui comprend plusieurs paquetage avec la hiérarchie suivante :

package general
l_ package analyse
l_ package traçabilité

Je suis au début du développement, et je vais commencer à implémenter quelques tests unitaire.
Pour apprendre à utiliser JUnit, je m'aide des tutoriaux de JM Doudoux et de Romain Guy.

Ces 2 tutos sont très bien fait, mais il me reste une question qui peut paraitre très bête : où faut-il mettre les classes de test ?
Faut-il les mettre au même niveau que les classes testées (auquel cas il y aura des classes de tests partout dans le projet) ?
ou vaut-il mieux créer un paquetage de tests qui contient tous les tests de l'application?
Cette dernière solution me semble plus élégante, mais j'ai peur qu'il y ait un problème de visibilité des méthodes privées et protégées des classes des packages interne (analyse et tracabilite)...

Tous conseils seront les bienvenus

[MaitreKaio]

La séparation physique des tests et des classes testées est une bonne pratique qui permet notamment de séparer facilement ce qui doit se retrouver dans un environnement de production de ce qui ne doit pas s'y retrouver.
C'est le choix qui est fait notamment par l'outil Maven, que tu connais peut-être. La structure par défaut utilisée par Maven est, pour te donner une idée, la suivante:
src/main/java: point d'entrée de tes packages Java
src/test/java: point d'entrée des tests correspondants

Pour ce qui est du souci de visibilité des méthodes lors de la création des tests, la règle généralement utilisée est de ne pas tester les méthodes privées (cf http://fr.wikibooks.org/wiki/Introdu...ests_unitaires). L'argument est que ces méthodes devraient être testées par les méthodes publiques.

J'espère que ça répond à ta question !

[zaboug]

oui, merci beaucoup.