4 min lecture • Guide 728 of 877
Intégration QA avec GitScrum
La qualité n'est pas une phase - elle est intégrée à chaque étape. GitScrum aide les équipes à intégrer le QA tout au long du cycle de vie de développement avec des workflows de test, le suivi des bugs et des métriques qualité qui détectent les problèmes tôt.
QA en Agile
Tests Shift-Left
APPROCHE TESTS SHIFT-LEFT:
┌─────────────────────────────────────────────────────────────┐
│ │
│ TRADITIONNEL (Lourd à droite): │
│ │
│ [Exigences]→[Design]→[Développement]→[Tests]→[Release] │
│ ▲ │
│ │ │
│ Tous les tests │
│ ici │
│ (bugs coûteux) │
│ │
│ SHIFT-LEFT (Continu): │
│ │
│ [Exigences]→[Design]→[Développement]→[Tests]→[Release] │
│ ▲ ▲ ▲ ▲ │
│ │ │ │ │ │
│ Revue Revue Tests Validation │
│ & test designs pendant finale │
│ critères tôt dev │
│ │
│ BÉNÉFICES: │
│ • Bugs trouvés plus tôt = moins cher à corriger │
│ • Qualité intégrée, pas testée après │
│ • Cycles de release plus rapides │
│ • Moins de retravail │
│ │
│ COÛT DU BUG PAR PHASE: │
│ Exigences: 1€ │
│ Design: 5€ │
│ Développement: 10€ │
│ Tests: 20€ │
│ Production: 100€+ │
└─────────────────────────────────────────────────────────────┘
Rôle QA dans le Sprint
QA TOUT AU LONG DU SPRINT:
┌─────────────────────────────────────────────────────────────┐
│ │
│ SPRINT PLANNING: │
│ • QA revoit les stories à venir │
│ • Clarifier critères d'acceptation │
│ • Identifier complexité des tests │
│ • Estimer effort de test │
│ • Signaler risques potentiels │
│ │
│ DÉBUT DE SPRINT: │
│ • Écrire cas de test pour items du sprint │
│ • Revoir designs pour testabilité │
│ • Configurer données/environnements de test │
│ • Planification automatisation │
│ │
│ MILIEU DE SPRINT: │
│ • Tester fonctionnalités terminées │
│ • Signaler bugs immédiatement │
│ • Vérifier corrections de bugs │
│ • Tests exploratoires │
│ • Mettre à jour cas de test si nécessaire │
│ │
│ FIN DE SPRINT: │
│ • Tests de régression │
│ • Tests d'intégration │
│ • Vérifications performance ponctuelles │
│ • Sign-off items terminés │
│ │
│ FIN DU SPRINT: │
│ • Validation release │
│ • Participation à la démo │
│ • Input rétro sur qualité │
│ │
│ CLÉ: Pas de "phase de test" - tests continus │
└─────────────────────────────────────────────────────────────┘
Intégration Workflow
Cycle de Vie Story
QA DANS WORKFLOW STORY:
┌─────────────────────────────────────────────────────────────┐
│ │
│ BACKLOG → DEV → CODE REVIEW → QA → TERMINÉ │
│ │
│ BACKLOG: │
│ ☐ Critères d'acceptation définis │
│ ☐ QA a revu et validé │
│ ☐ Approche de test identifiée │
│ │
│ EN DÉVELOPPEMENT: │
│ ☐ Développeur exécute tests unitaires │
│ ☐ Happy path basique vérifié │
│ ☐ PR inclut couverture de tests │
│ │
│ CODE REVIEW: │
│ ☐ Tests revus avec le code │
│ ☐ Exigences couverture respectées │
│ ☐ Toutes vérifications passent │
│ │
│ TESTS QA: │
│ ☐ Critères d'acceptation vérifiés │
│ ☐ Cas limites testés │
│ ☐ Régression vérifiée │
│ ☐ Cross-browser si applicable │
└─────────────────────────────────────────────────────────────┘