Comment créer des TU associés à une méthode qui appelle la BDD ?

Version imprimable

Bonjour,
Je dois aujourd'hui réaliser des TU sur une méthode qui contacte la BDD. Je n'ai jamais fait de TU très compliqué (juste des assertEquals basiques).
Voici la classe contenant la méthode à tester :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
 
public class Apc7Engine extends BaseEngine {
	/**
         * This method retrieve plannings 
         * in APC7 configuration
         * 
         * It is an implementation of an abstract method
         * from BaseEngine.java
         *
         */
	@Override
	public void retrievePlannings() {
		LogCvaultImport.code(200).debug("A7: start retrievePlannings");
		try {
			List importList = DummyApc7DAOFactory.getDAO().getDummyApc7();
			Iterator poIterator = importList.iterator();
 
			while(poIterator.hasNext()) {
		         DummyApc7 dummy = (DummyApc7) poIterator.next();
		         PlanningObject planning = new PlanningObject();
		         planning.setAchievedDate(dummy.getLastUpdate());
		         planning.setAircraftType(dummy.getAcType());
		         planning.setBaselineDate(dummy.getLastUpdate());
		         planning.setDeliverySite(dummy.getDeliverySite());
		         planning.setEventId(dummy.getEvtId());
		         planning.setEventName(dummy.getEvent());
		         planning.setEventStatus(dummy.getEvtStatus());
		         planning.setLastUpdate(dummy.getLastUpdate());
		         planning.setModel(dummy.getModel());
		         planning.setMsn(dummy.getMsn());
		         planning.setOperator(dummy.getOperator());
		         planning.setOwner(dummy.getOwner());
		         planning.setProgram(dummy.getProg());
		         planning.setSerial(dummy.getSerial());
		         planning.setTargetDate(dummy.getLastUpdate());
		         planning.setVersion(dummy.getVersion());
		         planning.setVersionRank(dummy.getVersionRank());
		         LogCvaultImport.code(800).info("A7|Event name: "+planning.getEventName()+" - MSN: "+planning.getMsn()+" - Delivery site: "+planning.getDeliverySite());
		         listPlanningObject.add(planning);		  
		    }
		} catch (DAOException e) {
			// TODO Auto-generated catch block
			e.printStackTrace();
		}
 
		LogCvaultImport.code(1000).debug("A7: end retrievePlannings");
	}
}

Donc je récupère dans la liste "importList" les données contenues dansla BDD et j'itère sur cette liste.
Durant l'itération, je remplis une autre liste, qui appartient à la classe PlanningObject, avec les données contenues dans la BDD.

Seulement, je ne sais pas comment tester cette méthode, ni quels tests réaliser...
Si vous aviez des indications ou des exemples, je suis preneur ! :)

Ah ! En fouillant un peu sur le net je suis tombé sur Mockito, que j'ai associé à mon projet. Je ne sais pas si ça peut m'aider, mais ça à l'air d'être plutôt approprié pour moi...

Merci !

En généra, pour faire des tests unitaires sur du code qui accède à la DB, on remplace la DB par un DB genre junit ou h2 qui contient quelques donnée de tests. Ca ressemble en général à ça
Code:

1 2 3 4 5 6 7 8 9 10 setup: créer une connexion à la DB inserer des données de tests dans la DB commit des données de test test: créer une instance de la classe à tester la configurer pour utiliser la db de test commencer les tests clean: nettoyage éventuel de la db de test
la db de test peux aller d'un base h2 ou derby jusqu'à une base réelle avec un compte dédié au test (mais plus chiant à gérer du coup). On trouve même des librairies assez épaisse pour embarquer des mysql dans les test :aie:. Mais quand je dis épais, c'est le jar à 50M :ptdr:

30/09/2015, 10h47
eulbobo

Ta méthode ajoute des Objets une liste qui est une propriété de ta classe...

Il n'y a pas grand chose à faire pour tester ça à part
- vérifier que listPlanningObject est vide
- remplacer l'implémentation de DummyApc7DAOFactory.getDAO().getDummyApc7() quand tu es en mode test pour qu'elle te renvoie une liste fixe d'éléments
- lancer ta méthode
- vérifier que listPlanningObject n'est plus vide
- vérifier que listPlanningObject contient le même nombre d'éléments que la liste que doit te renvoyer ton implémentation de test
- comparer les éléments de listPlanningObject par rapport aux éléments de la liste de test et vérifier qu'ils sont équivalents deux à deux (l'ordre devant être conservé)
- lancer la méthode à nouveau
- vérifier que listPlanningObject n'est toujours pas vide
- vérifier que listPlanningObject contient le double d'éléments que la liste que doit te renvoyer ton implémentation de test
- vérifier que listPlanningObject n'est plus vide
- vérifier que listPlanningObject contient bien deux fois les mêmes éléments