Des tests de données que l’équipe métier peut lire
Quand un test échoue, qui comprend pourquoi ? Rédiger les règles de qualité dans la langue de ceux qui utilisent les chiffres.
L’essentiel en trente secondes
- Un test qui échoue n’aide personne s’il n’est compris que par son auteur.
- L’idée : écrire les règles avec le métier, puis les traduire en tests.
01Le problème
Un test de qualité qui échoue n’aide personne s’il n’est compris que par la personne qui l’a écrit. [Contexte du projet : à documenter.]
02L’approche
Rédiger chaque règle de qualité en français avec les personnes qui utilisent les chiffres, puis la traduire en test automatisé dont le message d’erreur reprend cette formulation.
03Résultats et limites
- Résultat mesuré
- [À documenter — aucun chiffre sans mesure]
- Limites connues
- [À documenter — aucun chiffre sans mesure]