Les tests et la qualité: moteur de productivité

Transcription

1 Les tests et la qualité: moteur de productivité FÉLIX-ANTOINE BOURBONNAIS B.ING., M.SC., PSM & PASCAL ROY ING., CSM, PSM, PMP

2 Selon-vous combien coûte 1 heure de non disponibilité pour Amazon? 2

3 Bienvenue! Image de Eyesplash

4 Félix-Antoine Bourbonnais B.ing., PSM, M.Sc. Qui sommes-nous? Pascal Roy Ing., PSM, CSM, PMP 4 4

5 En bref Pascal Roy / VP finance / Développeur et concepteur logiciel / Gestionnaire de projet / Formateur et Coach pour Object Mentor / Accompagné divers clients HP, Symantec, Motorola, LaPresse+ / Père de deux jumeaux Expert en / Pratiques de développement / Gestion de projets / Architecture logicielle / Agilité et Scrum 5 5

6 Félix-Antoine Bourbonnais Je suis / Formateur / Conférencier / Coach technique / Coach Agile Expert en / Tests automatisés / Pratiques de développement / Architecture évolutive / Spécification par l exemple et BDD / Agilité et Scrum 6 6

7 LA PROMESSE DE L AGILITÉ 7

8 La promesse du développement Agile Procurer de la valeur au client à un rythme soutenable en maximisant les boucles de rétroaction permettant de livrer fréquemment du logiciel fonctionnel 8

9 Microsoft L assurance qualité au centre de la productivité [ ] Microsoft reported on a companywide initiative to get agile. 85% of every development dollar was spent on fixing bugs in the non agile groups of over 20,000 developers -- Jeff Sutherland Microsoft will likely integrate teams of quality assurance testers with software developers to accelerate its programming processes. -- Al Hilwa, IDC analyst and Microsoft from 2000 until 2007 [Microsoft] can no longer afford to wait two to three years to deliver software to market,... Companies are getting beaten because they can t produce things faster -- Sanjib Sahoo, CTO of trademonster Pour chaque dollar, quel % est utilisé à régler des bogues?!?

10 Microsoft L Agilité pour répondre aux défis modernes Microsoft s move to agile is the inevitable consequence of moving to the cloud, where vendors are expected to provide constant software updates -- Merv Adrian, a Gartner [ ] reinvent productivity in a mobile-first and cloud-first world. -- Satya Nadella, CEO Microsoft

11 LES PROBLÈMES COURANTS 11

12 Les équipes d assurance qualité peinent à suivre Fonction 1 DONE + DONE?? Fonction 1 DONE + DONE! [DEV] Fonction 1 [DEV] Fonction 2 [QA] Fonction 1 [QA] Fonction 2 Sprint 1 Sprint 2 Sprint 3 Véritable itération! 12 12

13 Dérangement et «Rush» Geler le code?? Merge et branche?? [DEV] Fonction 2 Intégration F1 + F2 Dérangement et frustration!? [QA] Fonction 1 Régression VITE VITE! Sprint

14 La régression Beaucoup de pression! 14

15 Réflexe naturel Allonger le Sprint?? 15

16 Maintenir le niveau de qualité? Pour continuer à livrer, il faut souvent sélectionner les tests de régression en fonction du risque 16

17 DES PISTES DE SOLUTION 17

18 Google et les tests Mission: Innover développeurs >1 500 projets >20 changements/minute 50% du code change tous les mois Présentation: Article: 18

19 Changement organisationnel 19

20 La qualité est intégrée à chaque seconde Assurance qualité versus Contrôle qualité 20

21 La boucle de rétroaction Plus un problème est découvert tard, plus il coûte cher 21

22 Quelques statistiques 22

23 Selon Google 23

24 L assurance qualité n est pas un coût mais un moteur essentiel pour maintenir la productivité! 24

25 Changement organisationnel 25

26 C est l affaire de tous! «The burden of quality is on the shoulders of those writing the code. Quality is never some tester s problem.» «Quality is a development issue, not a testing issue». -- James A. Whittaker, How Google Tests Software 26

27 Une approche globale et systémique La qualité devrait être considérée globalement et sur l ensemble de l organisation 27

28 Changement organisationnel 28

29 Équipe d assurance qualité selon Google Selon nous Point tournant! Testeurs Collaborateurs et coachs Engineering Productivity 29 29

30 Google : atteindre la qualité «Quality is achieved by putting development and testing into a blender and mixing them until one is indistinguishable from the other». -- James A. Whittaker, How Google Tests Software 30

31 Cela ne remet cependant pas en question les aptitudes particulières, voire les rôles Une équipe séparée? Pourquoi ne pas intégrer les spécialistes «Qualité» dans les équipes? 31

32 Objectif: Terminer dans le Sprint Réduction du dérangement Réduction du coût pour régler les problèmes Boucles de rétroaction rapides Collaboration QA<>DEV 32

33 Changement organisationnel 33

34 Le bon produit? 34

35 C est quoi le problème? Une «Story» est une promesse de conversation Image de Patrick Bell from Haddonfield, NJ, USA - new

36 Les 3 Amigos Affaires (produit) Tests Développement & opérations

37 BDD Les ingrédients 1 Spécification par l exemple Conversations + 2 Automatisation des scénarios en test = BDD 37

38 BDD : Behavior-Driven Development Découvrir Spécifier Piloter

39 Changement technique 39

40 Automatisation des tests Selon nous Essentiel 40

41 Objectifs Réduire la pression sur l assurance qualité Réduire la longueur des boucles de rétroaction Réduire l attente Éviter de sélectionner la «régression» selon le risque Confiance! 41

42 Attention au Big Bang! Attention de ne pas arrêter la chaîne de valeur! 42

43 Changement technique 43

44 Intégration continue Selon nous Essentiel 44

45 Vous voulez aller plus loin? Déploiement continu 45

46 Rappelez-vous de ce mot! DevOps Développement -----> < Opérations 46

47 Changement technique 47

48 La pyramide! Bout en bout % du portfolio de tests ~10% Large (L) Service ~20% Moyen (M) Unitaire ~70% Petit (S) Pourcentages selon Google

49 Ce qui vous attend au détour! Fragilité! Danger! On ne rigole pas Image par Gamma-Ray Productions sur Flickr

50 «Small tests lead to code quality. Medium and large lead to product quality» -- James A. Whittaker, How Google Tests Software 50

51 Il faut de tout! Grands tests (bout-en-bout) Petits tests (unitaires) Impacts sur la productivité et la qualité interne <-- Trop peu Principalement Problèmes systémiques non-détectés Tiré du livre How Google Tests Software 51

52 QUELQUES DERNIERS CONSEILS 52

53 Avoir une stratégie de test Source: 53

54 Préparer pour l automatisation TDD Code Reviews Architecture flexible Réusinage 54

55 Autres considérations Valoriser et envoyer un message viral Responsabilisation Stratégie de tests Collaboration PO / QA / DEV Gérer les attentes Étape par étape... 55

56 Attention! Vous travaillez avec des humains impliquez-les dès le début! 56

57 Merci! 57

58 Merci Notre site elapsetech.com Notre blogue developpementagile.com Nos courriels Nos LinkedIn linkedin.com/in/fbourbonnais/fr ca.linkedin.com/in/roypa 58 58

59 Vous voulez approfondir le sujet? Le contenu de cette présentation est couvert dans nos formations: Tests et assurance qualité en Agilité TDD Introduction à l ATDD et BDD Elapse Formations Besoin de conseils personnalisés? Demandez à nos professionnels d aller vous visiter pour une journée ou deux! Elapse Accompagnement et diagnostics 59 59

60 Diapositives Ces diapositives sont disponibles sur notre blogue:

61 Merci Notre site elapsetech.com Notre blogue developpementagile.com Nos courriels Nos LinkedIn linkedin.com/in/fbourbonnais/fr ca.linkedin.com/in/roypa 61 61

62 Vous voulez approfondir le sujet? Le contenu de cette présentation est couvert dans nos formations: Tests et assurance qualité en Agilité TDD Introduction à l ATDD et BDD Elapse Formations Besoin de conseils personnalisés? Demandez à nos professionnels d aller vous visiter pour une journée ou deux! Elapse Accompagnement et diagnostics 62 62