• Save
Petit Déjeuner TDR
Upcoming SlideShare
Loading in...5
×
 

Petit Déjeuner TDR

on

  • 2,845 views

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

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

Statistics

Views

Total Views
2,845
Views on SlideShare
2,840
Embed Views
5

Actions

Likes
1
Downloads
0
Comments
0

1 Embed 5

http://www.slideshare.net 5

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Petit Déjeuner TDR Petit Déjeuner TDR Presentation Transcript

  • 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
    • 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
  • 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
    • 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
  • 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
    • 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
  • 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