1. cocktail dexprience informatiques Genve 3 & 4 octobre 2011 Seconde ditionAuteur Julien BEHR Track AgileSession AGILIT ET TESTING De lintrt dune dmarche structure

2. AGILIT ET TESTING DE LINTRT DUNE DMARCHE STRUCTURE 1mercredi, 12 octobre 2011

3. PRSENTATIONS Julien BEHR Consultant En efcacit des organisations informatiques En politique et stratgie de test Scrum Master Formateur Responsable Technique j.behr@free.fr 2mercredi, 12 octobre 2011

4. LA DMARCHE AGILE EN BREF Plan Act Check Do 3mercredi, 12 octobre 2011

5. Peut-on tre Agile sans Agiliser ses tests ? Peut-on Agiliser les tests sans changer le dveloppement ? 4mercredi, 12 octobre 2011

6. DANS LA PRATIQUE LE TEST EST AGILE Objectif Dveloppement Test MEP Variante 1 Dveloppement Test MEP Variante 2 Dveloppement MEP Test Variante 3 Dveloppement Test MEP 5mercredi, 12 octobre 2011

7. POURQUOI LA DMARCHE CLASSIQUE NE SAPPLIQUE PAS ? 6mercredi, 12 octobre 2011

8. LE TEST NE DOIT PAS RETARDER LA MISE DISPOSITION Mise Ide rduire le dlai disposition 2 sem 1 sem 1j 1j 2 sem Ide Planication Conception Dveloppement Tests Dploiement 2 jours 1 mois 3 mois 1 mois 2 sem 7mercredi, 12 octobre 2011

9. LE TEST NE DOIT PAS RETARDER LA MISE DISPOSITION Mise Ide rduire le dlai disposition 2 sem 1 sem 1j 1j 2 sem Ide Planication Sprint Scrum Conception Dveloppement Tests Dploiement 2 jours 1 mois 3 mois 1 mois 2 sem 3 sem 7mercredi, 12 octobre 2011

10. LE TEST NE DOIT PAS RETARDER LA MISE DISPOSITION Mise Ide rduire le dlai disposition 2 sem 1 sem 1j 1j 2 sem Ide Planication Sprint Scrum Conception Scrum Sprint Dveloppement Tests Dploiement 2 jours 1 mois 3 mois 1 mois 2 sem 3 sem ou 4 sem 7mercredi, 12 octobre 2011

11. ALORS POURQUOI CONTINUER FAIRE DES TESTS ? Systme dinformations de plus Maturit de linformatique en plus stratgique pour lentreprise Pr-fabriqus prouvs (Frameworks - Templates) Risques pour le mtier Outils de dveloppement Concurrence assists Assurance Qualit Normes Tests unitaires du dveloppeur Prvention insufsante 8mercredi, 12 octobre 2011

12. LES POSTURES FACE AU TEST Le Joueur Le Mthodique Serre les fesses Dni un parcours Brle un cierge immuable Consulte les astres Sy tient cote que Compte sur les autres cote LEmpirique Le Pragmatique Fait ce quil peut Questionne pralablement Du mieux possible Adapte le dispositif aux Sattache aux cas trs risques et au dlai particuliers et complexes 9mercredi, 12 octobre 2011

13. PUISQUIL EST NCESSAIRE DE FAIRE DES TESTS, QUELLES ADAPTATIONS POUR UN MODE AGILE ? 10mercredi, 12 octobre 2011

14. LAPPROCHE CLASSIQUE NE FONCTIONNE PAS CAR Les spcications sont limites, voire inexistantes Il faut viter de consacrer du temps lcriture de documentation (plan de tests, cahiers de tests, revues, ...) Il ny a pas dquipe de test Il ny a pas de responsable des tests La revue de documentation ne peut pas avoir lieu A chaque sprint est livr un produit pouvant (thoriquement) tre mis en production On ne peut pas attendre que le produit soit ni 11mercredi, 12 octobre 2011

15. LES OBJECTIFS Manifesto Agile Working software is the primary measure of progress Continuous attention to technical excellence and good design enhances agility 12mercredi, 12 octobre 2011

16. LE COROLLAIRE Organisation Toute lquipe teste La qualit est au coeur des proccupations Le Mtier (PO) participe la validation chaque sprint Faciliter le re-factoring Centrer la dmarche de test sur la non-rgression Contrler le respect des standards (analyse de code) Maitriser la couverture des risques 13mercredi, 12 octobre 2011

17. DFINITION DU PRODUIT Quest-ce que le produit livr ? Le logiciel applicatif Le paramtrage Limplmentation Les donnes Les outils (ex: migration) Les procdures Les environnements Les logiciels systmes Le matriel Les outils dexploitation (backup, supervision, ) Le paramtrage dexploitation La documentation (spcications, manuels, ...) La formation Le support 14mercredi, 12 octobre 2011

18. MAINTENIR LA COUVERTURE DES RISQUES 15mercredi, 12 octobre 2011

19. LA STRATGIE DE TEST Quelles caractristiques de qualit ? Stratgie Quelle rpartition gnrale par quipe ? Sur quels environnements ? Comment contrle-t- Quelle gestion on le processus de pour les test ? anomalies ? 16mercredi, 12 octobre 2011

20. LES CARACTRISTIQUES DE QUALIT Quest-ce que cest lent ! Cest pas beau ! Pourquoi je vois le portefeuille de machin ? Le calcul est faux ! Je fais quoi ici ? 17mercredi, 12 octobre 2011

21. LES CARACTRISTIQUES DE QUALIT Quest-ce que cest lent ! Cest pas beau ! Productivit en baisse Image de marque Rejet Limitation des ventes Pourquoi je vois le portefeuille de machin ? Le calcul est faux ! Fuite de clients Perte davantages Je fais quoi ici ? Chiffre daffaires concurrentiels errons Productivit en baisse Perte de clients Erreurs de saisie 17mercredi, 12 octobre 2011

22. LHEURE DU CHOIX Fonctionnalit Aptitude, Exactitude, Interopratibilit, Conformit, Scurit Fiabilit Maturit, Tolrance aux pannes, Rcuprabilit Ergonomie Exploitabilit, Facilit dapprhension, Facilit de comprhension Efcience En termes de temps, de ressources Maintenabilit Analysabilit, Flexibilit, Stabilit, Testabilit Portabilit Adaptabilit, Installabilit, Conformit, Interchangeabilit 18mercredi, 12 octobre 2011

23. LHEURE DU CHOIX Fonctionnalit Aptitude, Exactitude, Interopratibilit, Conformit, Scurit Fiabilit Maturit, Tolrance aux pannes, Rcuprabilit Ergonomie Exploitabilit, Facilit dapprhension, Facilit de comprhension Efcience En termes de temps, de ressources Maintenabilit Analysabilit, Flexibilit, Stabilit, Testabilit Portabilit Adaptabilit, Installabilit, Conformit, Interchangeabilit 18mercredi, 12 octobre 2011

24. LHEURE DU CHOIX Fonctionnalit Aptitude, Exactitude, Interopratibilit, Conformit, Scurit Fiabilit Maturit, Tolrance aux pannes, Rcuprabilit Ergonomie Exploitabilit, Facilit dapprhension, Facilit de comprhension Efcience En termes de temps, de ressources Maintenabilit Analysabilit, Flexibilit, Stabilit, Testabilit Portabilit Adaptabilit, Installabilit, Conformit, Interchangeabilit 18mercredi, 12 octobre 2011

25. LHEURE DU CHOIX Fonctionnalit Aptitude, Exactitude, Interopratibilit, Conformit, Scurit Fiabilit Maturit, Tolrance aux pannes, Rcuprabilit Ergonomie Exploitabilit, Facilit dapprhension, Facilit de comprhension Efcience En termes de temps, de ressources Maintenabilit Analysabilit, Flexibilit, Stabilit, Testabilit Portabilit Adaptabilit, Installabilit, Conformit, Interchangeabilit 18mercredi, 12 octobre 2011

26. LHEURE DU CHOIX Fonctionnalit Aptitude, Exactitude, Interopratibilit, Conformit, Scurit Fiabilit Maturit, Tolrance aux pannes, Rcuprabilit Ergonomie Exploitabilit, Facilit dapprhension, Facilit de comprhension Efcience En termes de temps, de ressources Maintenabilit Analysabilit, Flexibilit, Stabilit, Testabilit Portabilit Adaptabilit, Installabilit, Conformit, Interchangeabilit 18mercredi, 12 octobre 2011

27. LHEURE DU CHOIX Fonctionnalit Aptitude, Exactitude, Interopratibilit, Conformit, Scurit Fiabilit Maturit, Tolrance aux pannes, Rcuprabilit Ergonomie Exploitabilit, Facilit dapprhension, Facilit de comprhension Efcience En termes de temps, de ressources Maintenabilit Analysabilit, Flexibilit, Stabilit, Testabilit Portabilit Adaptabilit, Installabilit, Conformit, Interchangeabilit 18mercredi, 12 octobre 2011

28. LHEURE DU CHOIX Fonctionnalit Aptitude, Exactitude, Interopratibilit, Conformit, Scurit Fiabilit Maturit, Tolrance aux pannes, Rcuprabilit Ergonomie Exploitabilit, Facilit dapprhension, Facilit de comprhension Efcience En termes de temps, de ressources Maintenabilit Analysabilit, Flexibilit, Stabilit, Testabilit Portabilit Adaptabilit, Installabilit, Conformit, Interchangeabilit 18mercredi, 12 octobre 2011

29. LA RPARTITION Product Owner Fonctionnalit Aptitude, Exactitude, Interopratibilit, Conformit, Scurit Fiabilit Maturit, Tolrance aux pannes, Rcuprabilit Ergonomie Team Exploitabilit, Facilit dapprhension, Facilit de comprhension Efcience En termes de temps, de ressources Maintenabilit Analysabilit, Flexibilit, Stabilit, Testabilit Portabilit Adaptabilit, Installabilit, Conformit, Interchangeabilit External Expert 19mercredi, 12 octobre 2011

30. LA RPARTITION Product Owner Aptitude Fonctionnalit Aptitude, Exactitude, Interopratibilit, Conformit, Scurit Fiabilit Facilit dapprhension Maturit, Tolrance aux pannes, Rcuprabilit Ergonomie Team Exploitabilit, Facilit dapprhension, Facilit de Aptitude comprhension Efcience Exactitude En termes de temps, de ressources Maintenabilit Tolrance aux pannes Analysabilit, Flexibilit, Stabilit, Testabilit Portabilit Efcience en temps Adaptabilit, Installabilit, Conformit, Interchangeabilit External Expert Scurit 19mercredi, 12 octobre 2011

31. STRATGIE DE TEST GNRALE Wiki Projet Sunshine Stratgie de test gnrale Rpartition des caractristiques de qualit Product Owner : Aptitude (new), Facilit dapprhension Team : Aptitude (non rgression), Exactitude, External Expert : Scurit Environnements utiliss remplir Gestion des anomalies remplir Contrle du processus de test remplir 20mercredi, 12 octobre 2011

32. Story Story Story PLANNING Conception Conception MEETING Dvelpmt Dvelpmt Evaluation des histoires Dvelpmt Choix des histoires pour le sprint Concepti backlog Test Test Test on Re-test Environne Dcoupage en tches ment Bilan Excution 21mercredi, 12 octobre 2011

33. ILLUSTRATION Exactitude Story Vrier que les montants afchs correspondent aux calculs souhaits En tant que gestionnaire commercial je Aptitude voudrais pouvoir saisir une facture sur la Vrier que je peux slectionner les base darticles du catalogue. Je prcise articles et rajouter des quantits pour les quantits pour chaque article et les chacun montants par article, totaux et la TVA Efcience sont calculs automatiquement. Contrler avec une facture de plus de 100 articles que le calcul ne prend Condition dacceptation : pas plus de 0,5s le re-calcul de la facture chaque Massier la base Article et vrier que cest toujours le cas changement ne doit pas prendre plus Massier la base Facture et idem de 0,5s. 22mercredi, 12 octobre 2011

34. LA STRATGIE DE TEST (2) Quelles fonctions - domaines - services ? Stratgie Quels types de dtaille test ? Quelle rutilisation des tests ? Quelles options de re-test ? 23mercredi, 12 octobre 2011

35. STRATGIE DU SPRINT Frquence Classe de Module / fonction Dommage Complexit Evolution Total % dutilisation risque 3- De temps en Gestion tat civil 3- Moyen 4- Simple 3- Impact 11 4% C temps Gestion des salaires et rentes 2- Elev 1- Trs souvent 3- Moyen 1- Nouveau 22 8% B Gestion des dpenses 4- Bas 1- Trs souvent 3- Moyen 1- Nouveau 17 6% C Gestion des biens immobiliers 2- Elev 2- Souvent 2- Complexe 1- Nouveau 22 8% B Gestion des emprunts 2- Elev 2- Souvent 2- Complexe 4- Peu impact 17 6% C Gestion des plans 2- Elev 2- Souvent 2- Complexe 4- Peu impact 17 6% C dinvestissement Gestion des assurances de 2- Elev 3- De temps en 2- Complexe 1- Nouveau 21 8% B capitaux temps Gestion de la LPP 2- Elev 2- Souvent 2- Complexe 1- Nouveau 22 8% B 1- Trs Gestion des produits nanciers 1- Trs lev Gestion des produits nanciers 1- Trs souvent 1- Trs souvent 2- Complexe 2- Complexe 2- Trs impact 2- Trs impact 27 10% A lev Calcul de la scalit Calcul de la scalit 2- Elev 1- Trs souvent 1- Trs souvent 1- Trs complexe 1- Trs complexe 1- Nouveau 1- Nouveau 26 10% A 1- Trs Calcul de lanalyse Calcul de lanalyse 1- Trs lev 1- Trs souvent 1- Trs souvent 1- Trs complexe 1- Trs complexe 1- Nouveau 1- Nouveau 30 11% A lev Rapports 1- Trs lev 1- Trs souvent 2- Complexe 5- Non modi 21 8% B Comparaison de variantes 4- Bas 3- De temps en 2- Complexe 4- Peu impact 11 4% C temps 24mercredi, 12 octobre 2011

36. LA MISE EN OEUVRE 25mercredi, 12 octobre 2011

37. ORGANISATION : DANS LE TEAM OU EN DEHORS ? Au sein du Building Team Dans un Testing Team Les testeurs font partie de lquipe et donc Application des principes Agiles participent au sprint planning Donner de la visibilit tout le temps, sadapter On utilise lanalyse de risques pour identier les aux changements dans les exigences, travailler tches en continu avec le mtier, privilgier les rapports directs, samliorer continuellement, Les testeurs estiment les tches de test prioriser en fonction de la valeur mtier, Leffort de test dans un sprint est ni (W=Max) Lesinteractions avec la Building Team sont rgulires Les dveloppeurs ralisent et excutent les tests unitaires Lesrapports avec la priphrie (exploitant, Les testeurs reprsentent la conscience de la fournisseurs, ) doivent tre rguliers qualit pour lquipe Les intgrer aux meetings si possible Priorit entre toutes Approche composite avec un centre de comptences mutualis 26mercredi, 12 octobre 2011

38. ENVIRONNEMENTS Lapplicationdune dmarche Agile ncessite plus denvironnements car le besoin de tests est plus important Ilfaut pouvoir tester plus vite donc les environnements doivent tre disponibles rapidement Les solutions de virtualisation et/ou de cloud sont trs adaptes La production de donnes de test doit tre rapide - process automatiss + anonymisation 27mercredi, 12 octobre 2011

39. TESTS EXPLORATOIRES VS. TESTS SCNARISS Alors quon envisage ou conoit le test, pourquoi ne pas lexcuter dans la foule ? Application en expansion Facteurs Productivit mythe ou ralit Rapidit Efcacit Ne pas se limiter au test du singe Contexte dapplication A viter quand on recherche Objectivit, Reproductibilit, Auditabilit Capacits individuelles ou intelligence globale 28mercredi, 12 octobre 2011

40. LES PRATIQUES DE TEST Tester au plus tt Test Driven Development Business Driven Testing Behaviour Driven Tester plus vite Development Automatisation des tests Automatisation des environnements Tester plus souvent Intgration continue Tester plus efcace Risk Based Testing 29mercredi, 12 octobre 2011

41. LES DANGERS DE LAUTOMATISATION OUTRANCE Temps dexcution conomis 30mercredi, 12 octobre 2011

42. LES DANGERS DE LAUTOMATISATION OUTRANCE Temps dexcution conomis Cot et temps dautomatisation Cot de maintenance lev des tests Prennit 30mercredi, 12 octobre 2011

43. LES DANGERS DE LAUTOMATISATION OUTRANCE Gain en Temps dexcution conomis temps Dure Nbre de rgles de conomise Cot et temps dautomatisation gestion critiques testes Couverture Cot de maintenance lev des Prennit tests Nbre rutilisations possibles avant maintenance Gain Prennit nancier Cot de passage manuel / Cot de lautomatisation 30mercredi, 12 octobre 2011

44. LES DANGERS DE LAUTOMATISATION OUTRANCE Gain en Temps dexcution conomis temps Dure Nbre de rgles de conomise Cot et temps dautomatisation gestion critiques testes Couverture Cot de maintenance lev des Prennit tests Nbre rutilisations possibles avant maintenance Gain Prennit nancier Cot de passage manuel / Cot de Automatisation lautomatisation avise 30mercredi, 12 octobre 2011

45. Temps consacr aux tests Nombre dexcutions Cas de test traits vs cas non- traits Bugs dtects / bugs oublis = Efcacit Bugs dtects / temps consacr = Efcience ON NE PEUT CONTRLER QUE CE QUON MESURE 31mercredi, 12 octobre 2011

46. LE TEST : UNE CULTURE A ACQUERIR n Un rle part A lcoute - Posant des questions Form (certications, mthodes structures, outils ...) Donnant de la visibilit sur la qualit Ncessitant du crdit auprs des quipes n Des comptences spciques Dveloppement SGBD Fonctionnelles Outils spciques Culture gnrale informatique 32mercredi, 12 octobre 2011

47. Vos questions ? Puis les miennes ... 33mercredi, 12 octobre 2011

48. MERCI DE VOTRE ATTENTION 34mercredi, 12 octobre 2011