Blog ENI : Toute la veille numérique !
Accès illimité 24h/24 à tous nos livres & vidéos ! 
Découvrez la Bibliothèque Numérique ENI. Cliquez ici
Accès illimité 24h/24 à tous nos livres & vidéos ! 
Découvrez la Bibliothèque Numérique ENI. Cliquez ici
  1. Livres et vidéos
  2. Le test en mode Agile

Le test en mode Agile

Informations

Livraison possible dès le 16 avril 2024
  • Livraison à partir de 0,01 €
Livres rédigés par des auteurs francophones et imprimés à Nantes

Caractéristiques

  • Livre (broché) - 17 x 21 cm
  • ISBN : 978-2-409-01943-2
  • EAN : 9782409019432
  • Ref. ENI : DPTESAGI

Informations

  • Consultable en ligne immédiatement après validation du paiement et pour une durée de 10 ans.
  • Version HTML
Livres rédigés par des auteurs francophones et imprimés à Nantes

Caractéristiques

  • HTML
  • ISBN : 978-2-409-01944-9
  • EAN : 9782409019449
  • Ref. ENI : LNDPTESAGI
L'Agilité dans les projets se généralise et le testeur comprend vite qu'il faut penser le test différemment pour que les mises en production du produit puissent se faire régulièrement à un rythme parfois soutenu. Dans ce livre, l'auteur donne au lecteur, au travers de nombreux exemples, anecdotes, références bibliographiques et illustrations, les connaissances fondamentales pour appréhender l'état d'esprit du test agile...
Consulter des extraits du livre en ligne Aperçu du livre papier
  • Niveau Initié à Confirmé
  • Nombre de pages 651 pages
  • Parution juin 2019
  • Niveau Initié à Confirmé
  • Parution juin 2019
L'Agilité dans les projets se généralise et le testeur comprend vite qu'il faut penser le test différemment pour que les mises en production du produit puissent se faire régulièrement à un rythme parfois soutenu. Dans ce livre, l'auteur donne au lecteur, au travers de nombreux exemples, anecdotes, références bibliographiques et illustrations, les connaissances fondamentales pour appréhender l'état d'esprit du test agile et les pratiques du test qui en découlent.

Chaque chapitre, même le plus technique, intéressera autant le DSI dans son virage vers l'Agilité, que le testeur qui ressent le besoin de s'adapter à ce nouveau mode de développement ou encore les développeurs ou autres membres d'une équipe Agile qui doivent s'adapter pour fournir un logiciel de qualité.
Après quelques rappels sur l'agilité et sur les principes et techniques du test, un chapitre est entièrement consacré à l'état d'esprit du test agile. Puis, au fil des pages, l'auteur met l'accent sur l'importance de la connaissance du métier et de la connaissance technique pour réaliser des tests en mode agile. Le lecteur est également amené à étudier la problématique de ce qui est produit par les tests (anomalies et rapports des sessions de test) ainsi que la notion de tests non fonctionnels.

Pour finir, comme il est souvent nécessaire d'adapter l'organisation complète d'une équipe pour faciliter le test agile, un chapitre montre quels sont les facteurs qui permettent une amélioration plus profonde du test au travers de l'organisation autour du projet.



Quizinclus dans
la version en ligne !
  • Testez vos connaissances à l'issue de chaque chapitre
  • Validez vos acquis
Avant-propos
  1. Une transformation digitale
  2. Pourquoi ce livre ?
  3. À qui est destiné ce livre ?
    1. 1. Cas n°1 - C’était mieux avant !
    2. 2. Cas n°2 - Comment puis-je améliorer mon agilité dans mestests ?
    3. 3. Cas n°3 - Mon équipe veut passer au DevOps,quels sont mes besoins de tests ?
    4. 4. Cas n°4 - Je suis dans une équipe agile en « FastIT » et tout le monde code et teste
  4. Comment lire ce livre ?
  5. Qui suis-je ?
Quelques rappels
  1. Introduction
  2. Les 4 valeurs de l’agile - Rappel du Manifeste Agile
  3. Les 7 principes du test - Rappel ISTQB
    1. 1. Les tests montrent la présence de défauts
    2. 2. Les tests exhaustifs sont impossibles
    3. 3. Tester tôt
    4. 4. Regroupement des défauts
    5. 5. Paradoxe du pesticide
    6. 6. Les tests dépendent du contexte
    7. 7. Illusion de l’absence de défaut
  4. Techniques de test de base
    1. 1. Partitionnement de classes d’équivalenceset valeurs limites
    2. 2. Heuristique CORRECT
    3. 3. Table de décision
      1. a. Approche analytique
      2. b. Heuristique - Test n-wise
    4. 4. Transitions d’états
  5. Le Cycle de vie logiciel
    1. 1. Projet à l’échelle d’uneseule équipe SCRUM
      1. a. Scrum en quelques lignes
      2. b. Sprint Refinement Meeting (grooming)
      3. c. Sprint planning
      4. d. Daily Scrum Meeting
      5. e. Sprint Review
      6. f. Rétrospective
      7. g. Réflexions sur les rétrospectives
    2. 2. Projet à l’échelle de plusieurs équipes
      1. a. Cas de frameworks agiles existants
      2. b. Point de vue du modèle SAFe
      3. c. Point de vue du modèle Spotify
      4. d. Point de vue Less
      5. e. Point de vue DAD - « DisciplinedAgile Delivery »
      6. f. Point de vue Scrum@Scale - S@S
    3. 3. Approche Composant vs Fonctionnalité
L’état d’esprit
  1. Introduction - Exemple de l’industrie du textile
    1. 1. Contrôle des ballots
    2. 2. Contrôle pendant le tissage
    3. 3. Amélioration du procédé detissage
    4. 4. Le test agile
  2. État d’esprit Lean
    1. 1. Le Lean, les origines de l’agile
    2. 2. Quelques pratiques Lean utiles au test
      1. a. Kanban
      2. b. Juste à Temps - « Just in time »
      3. c. 5S
      4. d. Intégrer la qualité dèsla conception
      5. e. Le First Pass Yield : faire bon du 1er coup !
      6. f. Analyse de cause racine
      7. g. Petits stocks, régularité des flux
    3. 3. Manifeste du test agile
      1. a. Tester pendant le sprint
      2. b. Prévenir les bugs
      3. c. Comprendre ce que l’on doit tester
      4. d. Concevoir un meilleur système
      5. e. L’équipe est responsable de la qualité duproduit
Versant métier
  1. Introduction
  2. Définition du Prêt (DoR)
  3. Clarté d’une US
  4. Test des US
    1. 1. Ingénierie des critères d’acceptationdes US
      1. a. Définition du Terminé (DoD)
      2. b. BDD, Gherkin et ATDD
    2. 2. Préparation de la revue d’US oud’Epic
    3. 3. Revue de définition des US
      1. a. Affinement des US
      2. b. Approche « Los Très Amigos »
      3. c. Visite guidée
    4. 4. Revue de réalisation de l’US
  5. Le Produit
  6. La valeur métier
    1. 1. Modèle MoSCoW
    2. 2. Diagramme de Kano
    3. 3. Priorisations complexes (Weighted Shortest Job First- WSJF)
  7. Production des spécifications
    1. 1. Cas des exigences et spécifications
    2. 2. Cas des US
      1. a. Le rôle de chacun
      2. b. Le récit utilisateur
    3. 3. Cas des Epics
      1. a. Les Features - les Fonctionnalités
      2. b. Les Capabilities
      3. c. Les Epics du Portfolio
Versant industriel du test
  1. Introduction
  2. Stratégie de test
    1. 1. Vision académique de la stratégiede test
    2. 2. Catégories d’approches
    3. 3. Tester tôt
    4. 4. Approche par le risque
      1. a. Caractérisation du niveau de risque
      2. b. Principe du Risk-Based Testing - RBT
      3. c. Granularité
      4. d. Niveau « données de tests »
      5. e. Niveau « scénarios de tests »
      6. f. Niveau « exigence de tests »
      7. g. Niveau « campagnes de tests »
      8. h. Exemple de gestion des campagnes de tests de régression
      9. i. Périmètre vs Qualité etobjectifs de test
    5. 5. Heuristique pour une stratégie de test
    6. 6. Context-Driven Testing (CDT) - Test Piloté parle Contexte
      1. a. Valeur d’une pratique dépendantedu contexte
      2. b. Les Best Practices
      3. c. Les gens qui travaillent ensemble
      4. d. Prédictibilité des projets
      5. e. Résolution du problème
      6. f. Le challenge intellectuel
      7. g. Esprit critique
  3. Tests systèmes et bout-en-bout
    1. 1. Organisation des tests scénarisés
    2. 2. Ingénierie des Tests systèmes/bout-en-bout
    3. 3. Campagne de test
      1. a. Planification
      2. b. Monitoring et Contrôle
      3. c. Clôture
    4. 4. Tests de régression
      1. a. Smoke tests
      2. b. Campagnes prédéfinies par le risque
      3. c. Campagnes prédéfinies par thème
      4. d. Check-list
  4. Tests exploratoires
    1. 1. Préparation des tests exploratoires
      1. a. La charte
      2. b. La zone de recherche
      3. c. L’état d’esprit - Techniquede la Persona
      4. d. Les moyens d’une session de TE
      5. e. Session de TE avec Intervenants Externes
    2. 2. Session de Test exploratoire
    3. 3. Fin de Session de Test exploratoire
  5. Ingénierie des Tests de recette
    1. 1. Préparation de la recette
    2. 2. Cas des certifications et des tests réglementaires
  6. Stratégies de gestion des anomalies
    1. 1. Loi de Pareto
    2. 2. Taxonomie des erreurs
      1. a. Quelques chiffres de l’industrie
      2. b. Bugs ou parasites ?
      3. c. Quels types de bugs ?
    3. 3. La dette technique
      1. a. Mesurer la dette
      2. b. Attitudes face à la dette
  7. Rôles
  8. Reporting
    1. 1. Généralités
    2. 2. Contenu d’un rapport
  9. Stratégies Données et Environnements de tests
    1. 1. Clonage des données de production
    2. 2. Gestion des données de test
      1. a. Génération des données
      2. b. Optimisation des tests par les valeurs
      3. c. Génération aléatoire desvaleurs nominales
      4. d. Approche combinatoire aléatoire
      5. e. Generative Adversarial Network - GAN
      6. f. Minimisation des données
      7. g. Anonymisation des données
      8. h. Cas des données sujettes à la péremption
      9. i. Dictionnaire de données
      10. j. Isolation des données
      11. k. Synthèse
    3. 3. Reprise de données
Tests non fonctionnels
  1. Introduction
  2. Tests de sécurité
    1. 1. Généralités sur les testsde sécurité
    2. 2. Orientations en termes de sécurité
    3. 3. Principes
      1. a. Séparation
      2. b. Contrôle
      3. c. Étapes pour définir un test de sécurité
      4. d. Technique de tests pour les OpSec
      5. e. Types d’anomalies
      6. f. Activités à contrôler
    4. 4. Organisation des tests de sécurité
      1. a. Modèle par jalons
      2. b. Correspondance entre sécurité etactivités compatibles agile
      3. c. Vision SEAP
      4. d. Approche par le risque
      5. e. Modèle Microsoft SDL
      6. f. Modèle PASTA
      7. g. Vision Coveros
      8. h. Security Cards
    5. 5. Quelques techniques de tests
      1. a. Analyse de sécurité pour les exigences
      2. b. Analyse de failles de sécurité surle design et le code
      3. c. Tests de pénétration
      4. d. Détection d’intrusion
      5. e. Intégration de la sécurité dansune approche DevOps
      6. f. Analyse de patch & applications sur la production
  3. Tests d’utilisabilité
    1. 1. Le test du Magicien d’Oz
    2. 2. L’Experience Map
    3. 3. Retours des utilisateurs en production
    4. 4. Accessibilité
      1. a. Intérêt de l’accessibilité
      2. b. Comprendre les recommandations
      3. c. Certification et pénalités
  4. Tests de charges
  5. Tests de migration ou reprise de données
    1. 1. Généralités sur les Migrations
    2. 2. Migrations impliquant la reprise des données
      1. a. Classification des données
      2. b. Migration de type Big Bang
      3. c. Migration au fil de l’eau
      4. d. Outillage de la migration
    3. 3. Phase finale de la migration - le décommissionnement
  6. Tests de tolérance aux pannes
    1. 1. Facteurs de défaillance
      1. a. L’Information
      2. b. La disponibilité
      3. c. La compensation
      4. d. La stabilisation
    2. 2. Conception
      1. a. N+1
      2. b. Fail fast
      3. c. Paxos
      4. d. Raft
    3. 3. Reprise de fonctionnement
      1. a. Définition des tests de reprise de fonctionnement
      2. b. Préparation des tests de reprise de fonctionnement
      3. c. Exécution des tests de reprise de fonctionnement
  7. Tests d’exploitabilité
  8. Tests de traçabilité
    1. 1. Périmètre
    2. 2. La vérification
  9. Tests de sûreté de fonctionnement
Versant technique du test
  1. Introduction
  2. Test de conception et de code
    1. 1. Préparation des tests pour la conceptionet le code
      1. a. Responsabilité collective
      2. b. Préparation de la revue de conception etde code
      3. c. Tests Unitaires
      4. d. Pair programming
    2. 2. Revue de conception et de code
      1. a. Inspection
      2. b. Méthode B
    3. 3. Software Craftsmanship
  3. Ingénierie des tests d’intégration
    1. 1. Approche Big Bang
    2. 2. Approche Top-down
    3. 3. Approche Bottom-up
    4. 4. Approche Sandwich
    5. 5. Autres approches
      1. a. Intégration par Collaboration
      2. b. Intégration au Backbone
      3. c. Intégration à fréquence élevée
      4. d. Intégration de Services Distribués
      5. e. Intégration Continue
  4. Stratégies d’automatisation
    1. 1. Difficultés d’automatisation destests
    2. 2. Plateformes techniques de test
      1. a. Application web
      2. b. Automatisation des tests pour applications web
      3. c. Automatisation des tests pour navigateurs graphiquespour ordinateur personnel
      4. d. Automatisation des tests pour navigateurs textuels
      5. e. Application mobile
      6. f. Des plateformes au secours du problème deportabilité
      7. g. Application native pour ordinateur personnel
    3. 3. Le cornet de glace des tests automatisés
    4. 4. Élaboration des scripts de tests
      1. a. Automatisation des tests de composants
      2. b. Automatisation des tests d’intégration
      3. c. Automatisation des tests fonctionnels
      4. d. Compétences de programmation
      5. e. Approche par mots-clés
      6. f. Model-Based Testing - MBT
      7. g. Priorisation pour l’automatisation
      8. h. Qui automatise ?
    5. 5. Répétabilité des scripts
    6. 6. Robustesse des scripts
      1. a. Concept de Jidoka
      2. b. Insensibilité aux bruits - Objectif du script
      3. c. Les Faux-Positifs
    7. 7. Maintenabilité des scripts
      1. a. Design pattern Page Object
      2. b. Objets métier
      3. c. Design pattern ScreenPlay
      4. d. Framework des tests automatiques
    8. 8. Exécution des scripts
      1. a. Exécution en aveugle
      2. b. Reporting d’exécution
  5. Environnement technique du test
    1. 1. Alpha Testing et Beta Testing
    2. 2. Projet DevOps
      1. a. Culture et généralités
      2. b. Processus d’Intégration Continue(PIC)
      3. c. Observabilité
      4. d. Patterns & antipatterns organisationnels
      5. e. Feature Flipping
      6. f. Notion de Conteneur
      7. g. Stratégie Shift Right
      8. h. Outils
Facteurs de succès
  1. Introduction
  2. Le Contexte organisationnel
    1. 1. Le Management 3.0
    2. 2. Holacratie
    3. 3. Et quoi d’autre ?
  3. Vue globalo-locale
    1. 1. Point de vue de la régression
    2. 2. Lien entre les anomalies
    3. 3. Point de vue de l’humeur
    4. 4. En résumé
  4. Culture générale
    1. 1. Gestion de la connaissance comme enjeux du test
    2. 2. Vouloir apprendre
    3. 3. Repérage de la connaissance
    4. 4. Actualisation de la connaissance
    5. 5. Préservation de la connaissance
      1. a. La Solution Intent
      2. b. La CMDB d’ITIL
      3. c. Généralités sur les outils
    6. 6. Valorisation de la connaissance
      1. a. Mise en avant d’un document
      2. b. Mesure de la compétence acquise
    7. 7. Partage de la connaissance
      1. a. Généralités sur la documentation
      2. b. Modélisation Agile
      3. c. État d’esprit du modélisateurAgile
  5. Ce qui fait l’âme du Testeur
    1. 1. Ceux qui testent
      1. a. Le Pragmatique
      2. b. Le Joueur
      3. c. Le Méthodique
      4. d. L’Empirique
      5. e. Le relationnel
      6. f. Changement des mentalités
    2. 2. Passion et motivation intrinsèque
    3. 3. La confiance
      1. a. La confiance en une version
      2. b. La confiance comme attribut du Leadership
    4. 4. Biais cognitifs et test
      1. a. L’intuition du Testeur
      2. b. Biais de confirmation
      3. c. Dissonance cognitive chez le Testeur
      4. d. Effet de cadrage
      5. e. Corrélation illusoire
      6. f. Raisonnement fallacieux
      7. g. Illusions cognitives
      8. h. Identification de motifs à partir du vide
    5. 5. Pensée critique
    6. 6. Créativité
    7. 7. Le Leadership
    8. 8. Les valeurs du Testeur Agile
Annexe
  1. Bibliographie
Auteur : Christophe MOUSTIER

Christophe MOUSTIER

Christophe MOUSTIER débute son voyage dans le monde du développement logiciel dans les années 1980 et transforme ensuite sa passion en une profession, d’abord comme développeur certifié Java puis comme chef de projet. Il commence à travailler avec les méthodes agiles dans une startup dès 2001 avec l’Extreme Programming et, depuis 2006, il s’intéresse plus particulièrement à la problématique du test et l'insertion de bonnes pratiques à l'échelle de l'entreprise. Aujourd’hui expert dans le domaine du test logiciel, il intervient dans de nombreuses entreprises pour les aider à changer leur vision du test et du rôle de chacun dans cette activité du développement logiciel.
En savoir plus

Découvrir tous ses livres

  • Conduite de tests agiles pour SAFe et LeSS

Nos nouveautés

voir plus