Scrum - Méthodes agiles

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à.

Voire même Behaviour Driven Development...

Lire la suite -->

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 ?

Des spécifications exécutables écrites par le métier !

Lire la suite -->

...ou comment rendre inutile la rédaction de spécifications détaillées

Lire la suite -->

Quand et sous quelle forme le directeur de produit fournit les critères de tests d'une histoire d'utilisateur ?

Lire la suite -->

Janvier c'est l'époque des voeux et des prévisions.

Lire la suite -->

J'ai posé quelques questions pour les partiels de décembre et maintenant me voilà avec une pile de copies à corriger...

Lire la suite -->

Les formations que j'ai faites cette année, pour mes clients industriels ou pour mes étudiants :

Lire la suite -->

Un principe des méthodes agiles est qu'une "user story" doit être complètement finie en une itération. Pas si facile...

Lire la suite -->

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

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.