Soigner Sa Schizophrénie
Upcoming SlideShare
Loading in...5
×
 

Soigner Sa Schizophrénie

on

  • 3,703 views

Présentation du pilotage du développement par les tests d'acceptance faite aux XPDay de Paris.

Présentation du pilotage du développement par les tests d'acceptance faite aux XPDay de Paris.

Statistics

Views

Total Views
3,703
Views on SlideShare
3,589
Embed Views
114

Actions

Likes
1
Downloads
39
Comments
0

4 Embeds 114

http://www.ehsavoie.com 104
http://feeds2.feedburner.com 6
http://www.slideshare.net 3
http://www.linkedin.com 1

Accessibility

Upload Details

Uploaded via as Adobe PDF

Usage Rights

CC Attribution-ShareAlike LicenseCC Attribution-ShareAlike License

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

Soigner Sa Schizophrénie Soigner Sa Schizophrénie Presentation Transcript

  • Soigner sa schizophrénie MOA / MOE Voyage autour des spécifications exécutables Rémy Sanlaville Expert Senior en Ingénierie Logicielle   Orange Labs remy.sanlaville@orange-ftgroup.com Emmanuel Hugonnet Architecture J2EE Silverpeas emmanuel.hugonnet@silverpeas.com Hervé Lourdin Architecte Sénior / Coach agile OCTO Technology hlourdin@octo.com
  • Double Personnalité Double Audience MOA MOE quot;Stakeholders are the people whose life you touch with your softwarequot; Dan North
  • Deux hémisphères MOA MOE Idées Architecture Métier Technique Valeur Artisanat Ce qu’il faut faire Bien faire
  • Fonctionnalités et leur utilisation pour un logiciel Source CHAOS
  • Un problème de communication
  • Communication Définition de quot;terminéquot;
  • ATDD cycle model by Jim Shore with changes suggested by Grigori Melnick, Brian Marick, and Elisabeth Hendrickson
  • Ensemble tout devient possible Atelier de spécifications Bug Bash copyright by Hans Bjordahl — www.bugbash.net
  • ATDD cycle model by Jim Shore with changes suggested by Grigori Melnick, Brian Marick, and Elisabeth Hendrickson
  • Given … Un Langage When … Commun Then … External Domain Specific Language
  • Spécifier par l’exemple Les histoires d’utilisateur sont décrites au travers d’exemples : les scénarii Les utilisateurs doivent utiliser des mots de passe sécurisés (une chaine de caractères dont la taille est comprise entre 8 et 20 Et qui contiennent au moins une lettre, un chiffre et un caractère spécial)
  • Atelier de spécifications Discussion Que ce passe t'il si un utilisateur entre un mot de passe non sécurisé ? Pouvez vous me donner des exemples de mots de passe sécurisés et non sécurisés ? Quels sont les caractères spéciaux ? Comment prend on en compte les espaces ? Que fait on pour les mots de passe basés sur un dictionnaire avec une substitution simple comme ‘p@ssw0rd’?” Comment gère t on les comptes existants ? Comment savoir que cette fonction est quot;terminéequot; ?
  • Les scénarii Etant donné un nouvel Etant donné un nouvel Utilisateur Utilisateur Lorsqu'il crée un compte Lorsqu'il crée un compte avec un mot de passe avec un mot de passe non sécurisé sécurisé Alors le message 'SUCCESS' Alors le message 'FAILURE' apparait apparait Et lorsqu'il essaye de se Et lorsqu'il essaye de se connecter sur ce compte connecter sur ce compte Alors le message 'Hello Alors il n'y parvient pas et $login' apparait le message 'FAILURE' apparait
  • Exemples • Exemples de mots de passe sécurisé – p@ssw0rd – d1ction n@ire – dictionnaire_01 • Exemples de mots de passe non sécurisés – Trop court: p@sw0r – Trop long: dictionnaire_01_ dictionnaire_01 – Sans chiffre: p@ssword – …
  • L’information circule
  • ATDD cycle model by Jim Shore with changes suggested by Grigori Melnick, Brian Marick, and Elisabeth Hendrickson
  • Scénarii Distillés
  • Exemples
  • ATDD cycle model by Jim Shore with changes suggested by Grigori Melnick, Brian Marick, and Elisabeth Hendrickson
  • Développer ATDD / BDD : bien faire ce que je dois faire Le métier pilote le développement TDD : bien faire les choses Émergence du design
  • On commence au Rouge
  • Il manque la Fixture Fixture: code de liaison entre le test (les tableaux) et le code du sysème testé (SUT)
  • Ecriture de la Fixture
  • Prêt à Développer
  • Première Etape
  • TDD – Ecriture du Test
  • TDD – Ecriture du Code
  • Vérification Fonctionnelle
  • Fonctionnalité Terminée
  • Les tests d'acceptance sont le scanner du projet Les exemples permettent de prouver quot;scientifiquementquot; la théorie du développeur
  • Enfin les tests : l’exploration Aspect Métier Te n ce st s Support du Développement pta Ex pl ce or 'Ac at Critique du Produit d oi s re st s Te Di Sc spo s Sé ala nib ire n cu bi ili ta o rit lité té U ni rati é t s tég …* es d'In ité T et Aspect Technologique
  • Rendre les spécifications exécutables Différentes approches – Proche du code • JBehave, Rspec, Easyb… – Format moins technique • Wiki : Fitnesse/SLIM, GreenPepper… • HTML : Concordion, Robotframework… – De nouveaux outils en cours de maturation • Twist, JBehave 2…
  • Les Pères Fondateurs • JBehave : Dan North, Chris Matt • Test Driven Development: Kent Beck • FIT: Ward Cunningham • Example Driven Development: Brian Marick • User Stories: Mike Cohn • Domain Driven Design: Eric Evans
  • Bilan Une meilleure communication entre les différents acteurs du projet • Discuss : tous ensemble • Distill : définition par l'exemple • Develop : pilotage par l'exemple - quot;FAITquot; • Demo : Validation Bref, une seule équipe
  • Perspectives Emergence d'une nouvelle génération d'outils pour relever de nouveaux défis • Intégration au cycle de vie du projet (SCM) • Facilité de prise en main par la MOA • Meilleure Intégration avec les outils de développement • Rapports plus complets (couverture des exigences, évolution dans le temps…)