Parmis mes outils favoris quand je développe, il y a NUnit.
Il permet de rapidement voir progresser (ou régresser) son projet, au rythme des tests unitaires de plus en plus nombreux qui réussissent. Et il permet bien sûr de rapidement détecter les éventuels effets de bords liés à une (même petite) modification.
Malheureusement, NUnit ne permet pas de conditionner des tests par la réussite d'autres tests. C'est apparemment hors de la philosophie de NUnit, pour lequel tout test unitaire devrait être indépendant des autres. Mais la réalité, c'est que l'on a parfois des tests dépendant d'autres test.
Un exemple simple: dans une application se connectant à une base de données hébergée, il paraît logique de ne tester la connexion au serveur que si un accès réseau est disponible. Si j'utilise NUnit et que le réseau n'est pas disponible, les deux tests vireront au rouge. Alors que si je conditionne le test de la connexion au serveur à la réussite du test d'accès au réseau, je n'aurai qu'un test rouge.
Avec le petit exemple ci-dessus, nous voyons qu'il sera plus difficile avec les tests à plat de NUnit de détecter la source de la non-réussite des tests. Sans compter qu'on voit plus de rouge dans l'interface, et quand on fait beaucoup de tests unitaires on finit par avoir peur du rouge.
La réponse? Un outil gratuit appelé AUT, pour Advanced Unit Testing, disponible avec le code source ici.
Il permet de rapidement voir progresser (ou régresser) son projet, au rythme des tests unitaires de plus en plus nombreux qui réussissent. Et il permet bien sûr de rapidement détecter les éventuels effets de bords liés à une (même petite) modification.
Malheureusement, NUnit ne permet pas de conditionner des tests par la réussite d'autres tests. C'est apparemment hors de la philosophie de NUnit, pour lequel tout test unitaire devrait être indépendant des autres. Mais la réalité, c'est que l'on a parfois des tests dépendant d'autres test.
Un exemple simple: dans une application se connectant à une base de données hébergée, il paraît logique de ne tester la connexion au serveur que si un accès réseau est disponible. Si j'utilise NUnit et que le réseau n'est pas disponible, les deux tests vireront au rouge. Alors que si je conditionne le test de la connexion au serveur à la réussite du test d'accès au réseau, je n'aurai qu'un test rouge.
Avec le petit exemple ci-dessus, nous voyons qu'il sera plus difficile avec les tests à plat de NUnit de détecter la source de la non-réussite des tests. Sans compter qu'on voit plus de rouge dans l'interface, et quand on fait beaucoup de tests unitaires on finit par avoir peur du rouge.
La réponse? Un outil gratuit appelé AUT, pour Advanced Unit Testing, disponible avec le code source ici.
Comments