2. Processus QA classique
• Les développeurs écrivent le code.
• Les développeurs préviennent
l’équipe de tests.
• Les testeurs vérifient l’application.
• Les testeurs retournent les problèmes
• Les développeurs corrigent les bugs.
• On répète jusqu’à un niveau de
qualité.
3.
4. DevOps et la qualité
• QA et développeurs dans la même équipe.
• Pas de "eux vs nous"
• Les développeurs peuvent aussi exécuter les tests
• Focus d’abord sur la qualité.
• Plus de QA à la fin
• Focus sur le feedback.
• "Cela fonctionne" est un feedback valide
• Rendre les déploiements moins stressants.
• Privilégier les tests exploratoires
au lieu des tests "Est-ce que cela casse ?"
5. Les tests se font
à la fin du projet
Erreurs des équipes Agiles / Scrum
#1
6. Les tests se font
uniquement par l’équipe QA
#2
Erreurs des équipes Agiles / Scrum
7. Bonnes pratiques
• Ecrire des plans de tests.
• Les Test Plans sont co-écrit avec l’équipe.
• Les développeurs exécutent manuellement
avent de remonter le code.
• Essayer de relier les dev et les testeurs.
• Informer les testeurs de fonctionnalités partielles.
• Tester et corriger sans créer un Bug dans DevOps.
• Retourner du feedback ultra-rapide.
• Une meilleure qualité des Builds, signifie
plus de temps pour les Tests Exploratoires.
8.
9. Types des tests
• Tests Unitaires (localement par le Dev)
• Tests continus dans DevOps (sur le serveur de Build)
• Tests de charge (localement ou dans le cloud)
• Tests manuels planifiés (via le Web ou Test Runner)
• Tests exploratoires (via une extension Chrome / Firefox
ou Test Runner)
10. La pyramide des tests
UI
Tests
Manual QA
Tests
Integration Tests
Unit Tests
21. Bonnes pratiques
Test Case associé à des PBI(user story)
A. Création d’un Requirement base suite (dynamique)
Ajouter des tests qui seront liés à la PBI / Story.
B. Ajouter des tests
depuis le Story Board.
22. Bonnes pratiques
Test Case autonome
Création d’un
Query base suite
(dynamique)
Static Suite permet de classer les plans
25. Configuration & Paramètres
Configuration : Environnement d’exécution
Un test peut être répété plusieurs fois en utilisant
différents environnements d’exécution (Win7, Win10, Chrome, Firefox, …)
Paramètre : variable
Un test peut être répété plusieurs fois en utilisant des paramètres (locaux
/ partagés).
Étape partagée
Étapes utilisés par plusieurs cas de tests