Petit Déjeuner TDR

Petit Déjeuner TDR Test-Driven Requirements

Encore un xxx-Driven yyy ?? Test Driven Behavior Development Requirements Design Architecture Feature Data Testing Model

Agenda

Faut-il se débarrasser des spécifications fonctionnelles ?

Diriger tout son processus de développement par les tests

TDR pour améliorer sa stratégie de tests

TDR comme tremplin vers un processus Lean

Êtes-vous satisfaits de vos specs ?

Pourquoi fait-on des specs textuelles ?

Se comprendre

Contractualiser

Auditer

Les spécifications sont une vue du système, de même que:

La conception

Le code

Les tests

Mieux collaborer

Synchroniser les hypothèses en permanence

Spécifications / Tests Analyste Développeur Testeur Utilisateur

Spécification active

Spécification liée au système par des tests automatisés

Le résulat des tests est lisible dans la specification

Spécification active Système sous tests

Exemple et démo

Langage de test spécifique au domaine Source: Some Assembly Required, Jennitta Andrea, Feb 2008

Agenda

Test-Driven Development (TDD)

Ecrire les tests unitaires…

… Et s’assurer qu’ils échouent

Fail Pass Refactor Ecrire le code qui permet de faire réussir les tests Améliorer le code … … en s’assurant en permanence que tous les tests réussissent

Functional TDD + TDD

TDR + FTDD + TDD

Adoption du TDR Specs + tests Spécifications actives TDR + FTDD + TDD

Agenda

Les enjeux du test faisabilité besoins développements recette exploitation Charges de travail temps Réaliser dans les délais Maîtriser la charge de travail Maîtrise d'ouvrage Maîtrise d'œuvre Être exhaustif Coût d'une anomalie

Stratégie de tests

A priori le test :

N’est pas une activité incontournable

Ne nécessite pas de compétences spécifiques

Pourquoi teste-t-on?

Tester c’est choisir! Profondeur X étendue des tests 0 Coût des tests Coût des anomalies Coûts Zone de risque admissible

Stratégie de tests répandue Tests unitaires Tests de bout en bout automatisés Tests de bout en bout manuels Faciles à créer, mais la couverture est difficilement évaluable Nécessite des spécialistes, les tests sont fragiles Résistance des développeurs

Stratégie de tests cible Tests de bout en bout Spécifications exécutables Tests unitaires En petit nombre, automatiser autant que possible Utiliser les bons tests ! Utiliser massivement ces tests

Les valeurs du test logiciel

Utiliser les tests pour identifier la non-qualité

Créer des rapports d’anomalie

Organiser des campagnes de tests

Spécialiser la fonction de testeur

Utiliser les tests pour spécifier

Créer de nouveaux tests

Tester en continu

Partager la responsabilité des tests

Vieillissantes Modernes

Agenda

Lean en bref

Les étapes vers un processus lean Source: Changing Role, Dave Nicolette, March 2007

Le coût de la non-qualité Développement Usine cachée Recette Production

Construire la qualité en permanence Développement Usine cachée Recette Production

Elimination des gâchis (Muda)

Tout ce qui n’apporte pas de valeur du point de vue du client

7 types de Muda:

Surproduction

Stocks

Étapes intermédiaires

Déplacement

Défauts

Attente

Transport

TDR et Lean

Les gâchis que le TDR permet d’éviter:

Tests homologation ~ tests de recette

Cycles de corrections/livraisons successifs

Signature des exigences

Tests manuels de non-regression

Perte d’informations provenant de discussions avec la MOA

Merci de votre attention

Contacts: Gilles Mantel Leader technique 06 61 48 84 67 Olivier Le Gueut Ingénieur comercial 06 75 83 23 22 Pascal Scodellaro Ingénieur comercial 06 61 45 67 42 Frédéric Bernaroyat Ingénieur comercial 06 77 24 17 02 Carine Thouvenin Ingénieur comercial 06 61 45 66 80 Thomas Benes Ingénieur comercial 06 07 09 02 51