Discussion :

[ancrou]

Bonjour,

Comment faire pour éviter de lever l'exception NulPointeurException lors des tests unitaire avec l'API JUnit tests

Code généré par JUnit:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
     /**
     * Test of getParam2 method, of class MaClasse.
  */
    @Test
    public void testGetParam2() {
        System.out.println("getParam2");
        MaClasse instance = null;
        String expResult = "";
        String result = instance.getParam2();
        assertEquals(expResult, result);
        // TODO review the generated test code and remove the default call to fail.
        fail("The test case is a prototype.");
    }

Mon code :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
public class MaClasse{
 
    private String cle;
    private String param2;
 
    public MaClasse(String cle) {
        this.setCle(cle);
    }
public final String getParam2() {
        return param2;
    }

[--flow--]

MaClasse instance = null;
String result = instance.getParam2();

tu fais ton get parameter sur une instance null de ta classe

Il faut déja créer une instance de ta classe (non null) en faisant appel à son constructeur avant de faire appel à la méthode!!!

exemple :

MaClasse instance = new MaClasse ("toto");
String result = instance.getParam2();


Ensuite, le "param2" de ta classe "MaClasse" n'est jamais initialisé dans le code que tu as fourni. La aussi ca risque de poser problème. Essai genre de faire : private String param2 = "testDeMaSuperVariable"; pour qu'elle ait une valeur....

[ancrou]

Je n'ai pas à modifier le code généré par JUnit ! C'est à mon code d'être robuste. non ?
Ou sinon, c'est l'API JUnit qui est bogué !
Ou j'ai un mésusage du JUnit

[eric39]

Bonjour,

La classe JUnit nécessite certaines modifications pour pouvoir effectuer les tests intéressants pour ta classe.
La classe générée est une sorte de squelette de classe améliorée (notamment la variable instance qui n'est jamais instanciée), mais il faut coder à la main les tests qui t'intéresse.

Comme le dit à peu près le TODO de la méthode:

Code :

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

1
2
 
 // TODO review the generated test code and remove the default call to fail.

Vérifier le code généré.

Donc, appuis toi sur les conseils de --flow--.

[tchize_]

JUnit, c'est pas magique, c'est à toi d'écrire les code de test. Junit va juste te faire un maquette de test et te fournir un ensemble d'outils de tests (assertXXXX, setUp, tearDown, etc) permettant d'initialiser tes tests, de vérifier la validité de valeurs de retour, et de nettoyer

Si, par exemple, je voulais tester que la classe java.lang.Integer fonctionne bien, j'aurais pu écrire

Code :

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

1
2
3
4
5
6
7
8
9
Integer integer = new Integer(5);
assertEquals(5,integer.intValue());
assertEquals(15,Integer.parseInt("15"));
try{
    Integer.parseInt("zzz");
    fail("Le parsing de zzz aurait du déclencher un NumberFormatException");
} catch (NumberFormatException e){
   // ok, résultat attendu
}

Et ce code là, junit n e va pas le créer automatiquement

[ancrou]

ok, merci