Public cible
Débutants, étudiants et professionnels qui souhaitent acquérir une pratique structurée dans ce domaine.
Concevoir une stratégie de test, des cas vérifiables et une recette qui prouve la qualité d’un changement.
Débutants, étudiants et professionnels qui souhaitent acquérir une pratique structurée dans ce domaine.
Comprendre les notions essentielles et les appliquer dans un projet vérifiable.
Aucune connaissance préalable n’est strictement obligatoire ; les prérequis détaillés sont précisés dans les ateliers.
Bac+2
La validation repose sur les évaluations actives et les livrables pratiques du cours.
Un ordinateur, un navigateur et les outils indiqués dans le premier atelier sont suffisants pour commencer.
Construire une stratégie de test liée aux risques, automatiser les vérifications répétitives et transformer les défauts en décisions mesurables.
Le cours suit la stratégie, les scénarios, l’automatisation et les défauts.
Prérequis : Notions de développement, d’exigences et de SQL.
Partir des risques et des besoins plutôt qu’une liste de tests générique. Relier chaque risque à une technique, une donnée et un critère de sortie.
Définir les responsabilités, les environnements, les dépendances et la fréquence d’exécution. Une stratégie doit préciser ce qui n’est pas automatisé et pourquoi.
Écrire un scénario avec un contexte, une action et un résultat observable. Prévoir le cas nominal, les valeurs limites, les permissions et les erreurs.
Construire des données réalistes sans dépendre d’un environnement secret. Réinitialiser les données entre les tests et documenter la source.
Given un étudiant autorisé, When il valide son module, Then la progression passe à 100 % et une notification est créée.
Automatiser les vérifications rapides, répétitives et objectives.Garder les tests exploratoires et la recette humaine pour les fonctions complexes.
Mesurer la couverture des chemins critiques plutôt qu’un pourcentage global. Surveiller la durée, les tests instables et les erreurs de l’environnement de test.
composer test:phpunit --testdox; composer lint:container
Un défaut contient un enchaînement de reproduction, un résultat attendu, un résultat observé, la version et l’impact. Prioriser selon la gravité et la fréquence.
Utiliser un tableau de bord avec taux d’échec, couverture, temps de correction et risques ouverts. Une amélioration doit avoir un propriétaire et une échéance.
Le livrable doit montrer une compréhension personnelle, des choix explicités et une vérification par un cas de test ou une procédure reproductible.
Publié le 29/11/2025