Le Guide Agile par Wishtack
  • Le Guide Agile par Wishtack
  • Sans Agilité
    • Bottom-up vs Top-down
    • Exemple de Régression Naturelle
  • Agile Manifesto
  • Scrum
    • Théorie et Piliers du Scrum
    • Valeurs du Scrum
    • Scrum Team
    • Artefacts
      • Product Backlog
      • Sprint Backlog
      • Increment
      • User Story
      • Epic
      • Expression du Besoin
      • Definition of Done
      • Definition of Ready
    • Evénements
      • Sprint
      • Sprint Planning
      • Stand-Up Meeting ou Daily Scrum
      • Sprint Review
      • Sprint Retrospective
      • Backlog Refinement
      • Timeboxing
    • Mesures & Outils
      • Story Points vs Temps
      • Valeur, Bugs et Chores
      • Vélocité
      • Scrum Board
      • Burn Down Chart
      • Burn Up Chart
      • Technical Debt
  • Priorisation & Planning
    • Le Modèle de Kano
    • La Méthode MoSCoW
    • Release Planning
    • User Story Mapping
  • eXtreme Programming
    • Apprendre à Conduire
    • Valeurs de l'eXtreme Programming
    • Pratiques de l'eXtreme Programming
    • Testing
    • Intégration Continue, Livraison Continue et Déploiement Continu
      • Intégration Continue
      • Livraison Continue
      • Déploiement Continu
      • Review Apps
  • Indicateurs
  • Kanban
    • Principes du Kanban
    • Workflow
    • Indicateurs et Paramètres
    • Classes of Service
  • Transformation Agile
    • Projet Pilote
    • Plan de Passage à l'Agilité
    • Le Changement
    • Contractualisation
    • Management
    • Scrum of Scrums
  • Agile at Scale
  • Transformation Etape par Etape
  • Outils
  • Quelques Liens
  • Bonus
    • The "Rong" Way to do Agile
    • Agile Causal Relations
    • Talks
Powered by GitBook
On this page
  • Test-Driven Development
  • Tests are Specs
  • Tests are Documentation
  • Tests MUST Pass
  • Bugs Happen... but only Once!
  1. eXtreme Programming

Testing

ALL CODE IS GUILTY UNTIL PROVEN INNOCENT!

Personne d'autre qu'un test automatisé ne peut garantir qu'un code fonctionne.

Test-Driven Development

Les tests unitaires sont écrits en premiers.

Tests are Specs

Les tests unitaires définissent le comportement du code à implémenter et non l'inverse.

Tests are Documentation

Les tests unitaires ont l'avantage de fournir naturellement une documentation toujours à jour.

Tests MUST Pass

Le code ne peut être livré tant que tous les tests unitaires ne fonctionnent pas.

Un test cassé doit être la priorité de toute l'équipe.

Bugs Happen... but only Once!

Un bug est acceptable mais pas une régression.

A la découverte d'un bug, des tests unitaires doivent être ajoutés garantissant ainsi que le bug ne se reproduira plus jamais.

Les tests doivent être exécutés à chaque changement et les résultats doivent être publiés.

PreviousPratiques de l'eXtreme ProgrammingNextIntégration Continue, Livraison Continue et Déploiement Continu

Last updated 6 years ago