Samedi, le facteur m'a apporté un livre.
Mot-clé - tdd
Exigences et tests, tests et exigences : un ruban de Möbius
22 mardi avril 2008 07:27
Trouvé via le blog de Karl, un article publié dans le très sérieux magazine IEEE Software qui fait l'hypothèse d'une équivalence entre les tests et les exigences. L'article Tests and Requirements, Requirements and Tests: A Möbius strip, est signé de Grigori Melnik et de Robert C. Martin, le célèbre Uncle Bob.
La référence au ruban de Möbius illustre comment les 2 disciplines (exigences et tests) en deviennent une seule lorsque le formalisme augmente.
Dans l'article, les exemples sont en FIT qui propose une représentation tabulaire des tests exigences. FIT est bien adapté aux tests sur les données [1].
Je suis convaincu de cette hypothèse d'équivalence. L'écriture de tests d'acceptation est une technique de spécification, d'autant plus pertinente que les tests sont associés à des histoires d'utilisateur. Je l'applique maintenant sur tous les projets auxquels je participe, mais en utilisant le formalisme BDD plutôt que FIT. J'en ai déjà parlé ici et là.
Notes
[1] je vois dans le dernier exemple que FIT permet aussi de spécifier des scénarios d'accès concurrents à une ressource, il va falloir que j'approfondisse l'utilisation du temps dans FIT
Tests d'acceptation orientés comportement
10 lundi mars 2008 19:18
Voire même Behaviour Driven Development...
Chanson agile
09 dimanche décembre 2007 18:55
Roy Osherove est un gars sérieux, qui a même écrit un livre sur les tests unitaires. C'est aussi un guitariste qui a poussé la chansonnette lors des TechEd à Barcelone, à la fin de sa présentation sur l'intégration continue. Ca s'appelle Every Build You Break et s'est inspiré de Sting et Police, quand même. Pour ceux qui regarderont la vidéo, et en particulier mes étudiants rétifs aux tests unitaires, profitez-en pour lire le premier chapitre de son livre, The basics of unit testing, disponible en téléchargement.
Peut-être cela va créer des vocations musicales pour les présentations du prochain SigmaT ?
GreenPepper, ça relève les développements
12 mardi juin 2007 07:50
Des spécifications exécutables écrites par le métier !
Formaliser les critères d'acceptation
23 mercredi mai 2007 14:04
...ou comment rendre inutile la rédaction de spécifications détaillées.
Communiquer les tests d'acceptation aux développeurs
18 jeudi janvier 2007 22:27
Quand et sous quelle forme le directeur de produit fournit les critères de tests d'une histoire d'utilisateur ?
Prévisions sur l'Agilité en 2007
12 vendredi janvier 2007 01:04
Janvier c'est l'époque des voeux et des prévisions.
Correction des copies
04 jeudi janvier 2007 22:43
J'ai posé quelques questions pour les partiels de décembre et maintenant me voilà avec une pile de copies à corriger...
Mes formations
21 jeudi décembre 2006 09:43
Les formations que j'ai faites cette année, pour mes clients industriels ou pour mes étudiants :
Savoir finir une histoire
11 mercredi octobre 2006 11:44
Un principe des méthodes agiles est qu'une "user story" doit être complètement finie en une itération. Pas si facile...
Test Driven Development
30 dimanche juillet 2006 14:06
Le TDD est une technique qui est facile à comprendre mais moins facile à mettre en place. Je prépare un cours sur le sujet pour mes étudiants. En attendant, un article de vulgarisation : Test Driven Development, a Portable Methodology
Tests agiles
05 lundi juin 2006 21:31
Dans le numéro de juin de Software Test & Performance :
- un article (et la couverture) sur l'utilisation de Scrum pour les activités de test
- et surtout une excellente présentation des différents tests dans un cadre agile par Dean Leffingwell "Take the Agile Path to true Balance". Il présente bien la problématique des tests dans un développement agile.
Il suggère notamment qu'une itération de "durcissement" est bien souvent nécessaire à la fin d'une release, après les itérations "normales". C'est une évidence pour les projets débutant dans l'agilité auxquels je participe : tant qu'on n'a pas complètement automatisé, tous les tests concernant une user story ne peuvent pas être passés dans l'itération où elle est réalisée. Cela nécessite déjà un gros changement dans les habitudes pour y commencer les tests fonctionnels.
