Discussion :

[scratch_1]

Bonjour,

Je travaille sur une application qui comporte des objets assez complexes ,

methodA() retourne ClassA;
methodB(ClassA a) ;

La classe A est remplit au niveau de la méthodeA() , qui fais beaucoup de traitement et renvoi un Objet A complexe avec beaucoup de dépendance .

Je veux tester la méthodeB , mais je ne peux pas construire manuellement un ObjetA , de plus je ne veux pas appeler la méthode methodA() à partir de mon test de la méthodeB() pour avoir un ObjetA.

Est ce qu'il existe un outil qui me permet de garder un ObjetA resultat d'une methode pour l'utiliser dans mes test de la méthode B.

Merci beaucoup par avance

[tchize_]

il faut garder tes test indépendants. La réussite d'un test peux bien entendu dépendre de la réussite d'un autre (exemple: si méthodeA n'est pas capable de me retourer un objet correct, alors je peux pas tester methodB). Mais tu ne peux pas dire "pour exécuter testB, je dois d'abord avoir lancé testA", car il doit être possible de lancer un test individuellement sans lancer tous les tests de la même unit.

Le mieux serait de faire un appel à methodA dans ton test de methodB:

Code :

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

1
2
3
4
5
public void testMethodBavecA (){
   Machin m = new Machin;
   B b = m.methodB(m.methodA));
   assertNotNull(b);
}

Si ce n'est pas possible et que tes deux test restend dépendant, alors fusionne les en un seul test.

[nrichand]

Que fait ta méthodeB?
As tu besoin de lui faire passer une classeA entière?

Souvent quand le test est dur, c'est que le code n'est pas au mieux, et il vaut souvent mieux s'attaquer au code lui même plutôt qu'au test.

Sinon, ton cas m'arrive de temps en temps (notamment pour des WebService), dans ce cas la, je sais sur quels éléments ma methodB va agir, donc je crée un objetA minimaliste et je mock tous le reste de l'objetA dont je n'ai pas besoin.

Essaye de détailler un peu plus ton cas d'utilisation pour que l'on puisse mieux t'aider.