L’approche « Behavior Driven Development », ou l’art d’écrire des tests qui décrivent le comportement attendu du système et que tout le monde comprend.
Dans cet article (en anglais), je présente l’architecture mise en place pour suivre cette démarche, dans un projet de développement d’un client lourd sous .NET/WPF, et comment l’utilisation du design-pattern MVVM nous a aidé à atteindre notre objectif.
La suite ici.
« Vincent, sincèrement, je comprends pas, on est pas censés faire de concessions au niveau de l’expression de nos besoin par les tests automatisés, mais d’un autre côté, plus le temps avance, plus on tord ce qu’on exprime pour que ça facilite le travail des développeurs. Faire des tableaux, des listes et tout ça, c’est parfois douloureux. » Martine AMOA.
Exemple de test de recette automatisé Greenpepper
Et c’est vrai que certains outils de tests d’acceptance/recette sont parfois bizarre. Je veux dire, pourquoi est ce que je devrais faire tout un tas de tableaux (d’une seule ligne souvent) pour exprimer un scénario de test?
Parler de ces outils n’est pas le sujet de cet article. Non, aujourd’hui, je voudrais introduire Cucumber. Un gentil petit outil de tests de recette automatisés frais et léger.
Si vous êtes un habitué de notre blog, vous saurez à quel point les démarches de développement piloté par le test (TDD) nous sont chères. Allié à un bon outil de test fonctionnel le TDD s’avère être un levier de productivité très important.
L’objectif de cet article est de vous présenter les différents types d’outils de tests fonctionnels puis de donner quelques perspectives sur les outils de tests du futur.
(Lire la suite…)
