Exprimer les tests fonctionnels dans un langage non technique
J’ai été agréablement surpris de tomber sur l’outil de tests fonctionnel CubicTest. C’est un outil qui permet d’avoir une présentation graphique des tests. De cette façon, même une personne qui n’a pas de connaissances techniques peut rapidement comprendre ce que fait le test.
Voici un exemple d’un test représenté visuellement avec CubicTest.
À l’opposée, la plupart des outils pour automatiser les tests fonctionnels (Selenium, Watir/Watin, TestComplete, etc) utilisent un langage technique que les non-programmeurs ne comprennent généralement pas. Ça devient vite une barrière lorsqu’on souhaite discuter ou valider un tests avec les spécialistes du domaine d’affaire. On doit souvent traduire le test dans un langage de tous les jours pour qu’il soit compris, ce qui demande une étape inutile quand on y pense.
Ça, c’est sans compter le client, qui lui y perd non seulement son latin, mais souvent son intérêt envers les tests (ce qui peut être dommageable pour le projet). Il n’est souvent pas en mesure de faire un lien entre les fonctionnalités du système et ce qui est testé. La relation entre sa spécification de départ et le test qu’on roule devient floue.
Je n’ai pas encore essayé CubicTest, mais je trouve le concept très intéressant. C’est sans aucun doute une voie d’avenir. Espérons que d’autres outils comme celui-là verront le jour. À quand CubicTest.NET pour ceux qui ne peuvent installer Eclipse?
