Re: Mockito test

jerome moliere <[email protected]> Thu, 3 Feb 2011 11:33:59 +0100
Newsgroups gmane.comp.java.french.general
Message-ID <[email protected]>
Le 2 février 2011 11:44, Laurent Forêt <[email protected]> a écrit :

> Re salut la liste,
>
>  Tiens une petite question sur mockito et plutôt sur son usage, pour
> changer d'Eclipse ;).
>
> Voilà, j'ai un bug que je dois corriger dans du code que je n'ai pas ecrit
> et dont les tests ne sont pas très unitaires mais plutôt d'intégrations.
> J'ai deux solutions qui s'offrent à moi :
>
>    - configurer mon environnement pour faire en sorte que l'ensemble des
> tests d'intégrations fonctionnent sur mon poste, rajouter le code qui permet
> de tester la fonctionnalité buggée, corriger le problème et valider la
> correction avec le test.
>
>>
>>
>> Laurent Forêt
>> http://www.devcoop.fr,
>> http://laurentforet.org
>> IvyBeans Creator
>> Membre du JUG Bordeaux
>>
>
>
>   - isoler mon problème, ecrire le test en utilisant mockito pour mocker
> tout ce que je ne veux pas tester, puis coder la correction.
>
> Or dans les deux cas la correction tient sur une ligne de code et le test
> à écrire validant la correction prend une centaine de ligne de code , l'un
> pour "mocker" tous les beans injecté l'autre pour initialiser tous ces
> beans.
>
>   Je me demandais alors si c'était acceptable de "mocker" jusqu'au bon
> déroulement de la correction et de catcher le NPE résultant du non "mockage"
> une fois le code testé passé. Perso, je ne pense pas, mais avez vous des
> avis ?
>
>
Salut,
je ne suis pas sûr d'avoir bien compris ton contexte mais si ton souci est
lié à de l'intégration alors il ne faut surtout pas passer à du mock ...SI
tu veux faire les choses 'bien' alors reproduis le bug et fixes le tel quel
et fais en sorte de livrer aussi du test unitaire (donc avec du mock)..
cela ne va pas arranger ton planning mais ceux qui passeront derrière seront
heureux je pense....

Jerome
-- 
J.MOLIERE - Mentor/J
auteur Eyrolles