Petit Déjeuner TDR Test-Driven Requirements
Encore un xxx-Driven yyy ?? Test Driven Behavior Development Requirements Design Architecture Feature Data Testing Model
Agenda <ul><li>Faut-il se débarrasser des spécifications fonctionnelles ? </li></ul><ul><li>Diriger tout son processus de ...
Êtes-vous satisfaits de vos specs ?
Pourquoi fait-on des specs textuelles ? <ul><li>Se comprendre </li></ul><ul><li>Contractualiser </li></ul><ul><li>Auditer ...
Mieux collaborer <ul><li>Synchroniser les hypothèses en permanence </li></ul>Spécifications / Tests Analyste Développeur T...
Spécification active <ul><li>Spécification liée au système par des tests automatisés </li></ul><ul><li>Le résulat des test...
Exemple et démo
Langage de test spécifique au domaine Source: Some Assembly Required, Jennitta Andrea, Feb 2008
Agenda <ul><li>Faut-il se débarrasser des spécifications fonctionnelles ? </li></ul><ul><li>Diriger tout son processus de ...
Test-Driven Development (TDD) <ul><li>Ecrire les tests unitaires… </li></ul><ul><li>…  Et s’assurer qu’ils échouent </li><...
Functional TDD + TDD
TDR + FTDD + TDD
Adoption du TDR Specs + tests Spécifications actives TDR + FTDD + TDD
Agenda <ul><li>Faut-il se débarrasser des spécifications fonctionnelles ? </li></ul><ul><li>Diriger tout son processus de ...
Les enjeux du test faisabilité besoins développements recette exploitation Charges de travail temps Réaliser  dans les dél...
Stratégie de tests <ul><li>A priori le test : </li></ul><ul><ul><li>N’est pas une activité incontournable </li></ul></ul><...
Stratégie de tests répandue Tests unitaires Tests de bout en bout automatisés Tests de bout en bout manuels Faciles à crée...
Stratégie de tests cible Tests de bout en bout Spécifications exécutables Tests unitaires En petit nombre, automatiser aut...
Les valeurs du test logiciel <ul><li>Utiliser les tests pour identifier la non-qualité </li></ul><ul><li>Créer des rapport...
Agenda <ul><li>Faut-il se débarrasser des spécifications fonctionnelles ? </li></ul><ul><li>Diriger tout son processus de ...
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) <ul><li>Tout ce qui n’apporte pas de valeur du point de vue du client </li></ul><ul><li>7 ty...
TDR et Lean <ul><li>Les gâchis que le TDR permet d’éviter: </li></ul><ul><li>Tests homologation ~ tests de recette </li></...
<ul><li>Merci de votre attention </li></ul>Contacts: Gilles Mantel Leader technique 06 61 48 84 67  Olivier Le Gueut Ingén...
Prochain SlideShare
Chargement dans…5
×

Petit Déjeuner TDR

2 244 vues

Publié le

Support de présentation des petits déjeuners Valtech des 12 juin et 1er juillet.

Publié dans : Technologie, Business
0 commentaire
2 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

Aucun téléchargement
Vues
Nombre de vues
2 244
Sur SlideShare
0
Issues des intégrations
0
Intégrations
18
Actions
Partages
0
Téléchargements
0
Commentaires
0
J’aime
2
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

Petit Déjeuner TDR

  1. 1. Petit Déjeuner TDR Test-Driven Requirements
  2. 2. Encore un xxx-Driven yyy ?? Test Driven Behavior Development Requirements Design Architecture Feature Data Testing Model
  3. 3. Agenda <ul><li>Faut-il se débarrasser des spécifications fonctionnelles ? </li></ul><ul><li>Diriger tout son processus de développement par les tests </li></ul><ul><li>TDR pour améliorer sa stratégie de tests </li></ul><ul><li>TDR comme tremplin vers un processus Lean </li></ul>
  4. 4. Êtes-vous satisfaits de vos specs ?
  5. 5. Pourquoi fait-on des specs textuelles ? <ul><li>Se comprendre </li></ul><ul><li>Contractualiser </li></ul><ul><li>Auditer </li></ul><ul><li>Les spécifications sont une vue du système, de même que: </li></ul><ul><li>La conception </li></ul><ul><li>Le code </li></ul><ul><li>Les tests </li></ul>
  6. 6. Mieux collaborer <ul><li>Synchroniser les hypothèses en permanence </li></ul>Spécifications / Tests Analyste Développeur Testeur Utilisateur
  7. 7. Spécification active <ul><li>Spécification liée au système par des tests automatisés </li></ul><ul><li>Le résulat des tests est lisible dans la specification </li></ul>Spécification active Système sous tests
  8. 8. Exemple et démo
  9. 9. Langage de test spécifique au domaine Source: Some Assembly Required, Jennitta Andrea, Feb 2008
  10. 10. Agenda <ul><li>Faut-il se débarrasser des spécifications fonctionnelles ? </li></ul><ul><li>Diriger tout son processus de développement par les tests </li></ul><ul><li>TDR pour améliorer sa stratégie de tests </li></ul><ul><li>TDR comme tremplin vers un processus Lean </li></ul>
  11. 11. Test-Driven Development (TDD) <ul><li>Ecrire les tests unitaires… </li></ul><ul><li>… Et s’assurer qu’ils échouent </li></ul>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
  12. 12. Functional TDD + TDD
  13. 13. TDR + FTDD + TDD
  14. 14. Adoption du TDR Specs + tests Spécifications actives TDR + FTDD + TDD
  15. 15. Agenda <ul><li>Faut-il se débarrasser des spécifications fonctionnelles ? </li></ul><ul><li>Diriger tout son processus de développement par les tests </li></ul><ul><li>TDR pour améliorer sa stratégie de tests </li></ul><ul><li>TDR comme tremplin vers un processus Lean </li></ul>
  16. 16. 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
  17. 17. Stratégie de tests <ul><li>A priori le test : </li></ul><ul><ul><li>N’est pas une activité incontournable </li></ul></ul><ul><ul><li>Ne nécessite pas de compétences spécifiques </li></ul></ul><ul><li>Pourquoi teste-t-on? </li></ul>Tester c’est choisir! Profondeur X étendue des tests 0 Coût des tests Coût des anomalies Coûts Zone de risque admissible
  18. 18. 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
  19. 19. 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
  20. 20. Les valeurs du test logiciel <ul><li>Utiliser les tests pour identifier la non-qualité </li></ul><ul><li>Créer des rapports d’anomalie </li></ul><ul><li>Organiser des campagnes de tests </li></ul><ul><li>Spécialiser la fonction de testeur </li></ul><ul><li>Utiliser les tests pour spécifier </li></ul><ul><li>Créer de nouveaux tests </li></ul><ul><li>Tester en continu </li></ul><ul><li>Partager la responsabilité des tests </li></ul>Vieillissantes Modernes
  21. 21. Agenda <ul><li>Faut-il se débarrasser des spécifications fonctionnelles ? </li></ul><ul><li>Diriger tout son processus de développement par les tests </li></ul><ul><li>TDR pour améliorer sa stratégie de tests </li></ul><ul><li>TDR comme tremplin vers un processus Lean </li></ul>
  22. 22. Lean en bref
  23. 23. Les étapes vers un processus lean Source: Changing Role, Dave Nicolette, March 2007
  24. 24. Le coût de la non-qualité Développement Usine cachée Recette Production
  25. 25. Construire la qualité en permanence Développement Usine cachée Recette Production
  26. 26. Elimination des gâchis (Muda) <ul><li>Tout ce qui n’apporte pas de valeur du point de vue du client </li></ul><ul><li>7 types de Muda: </li></ul><ul><ul><li>Surproduction </li></ul></ul><ul><ul><li>Stocks </li></ul></ul><ul><ul><li>Étapes intermédiaires </li></ul></ul><ul><ul><li>Déplacement </li></ul></ul><ul><ul><li>Défauts </li></ul></ul><ul><ul><li>Attente </li></ul></ul><ul><ul><li>Transport </li></ul></ul>
  27. 27. TDR et Lean <ul><li>Les gâchis que le TDR permet d’éviter: </li></ul><ul><li>Tests homologation ~ tests de recette </li></ul><ul><li>Cycles de corrections/livraisons successifs </li></ul><ul><li>Signature des exigences </li></ul><ul><li>Tests manuels de non-regression </li></ul><ul><li>Perte d’informations provenant de discussions avec la MOA </li></ul>
  28. 28. <ul><li>Merci de votre attention </li></ul>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

×