Audience cible :
La certification ISTQB test d’acceptation s’adresse aux professionnels qui possèdent déjà la certification ISTQB Foundation Level. Elle convient aux personnes qui souhaitent développer leur expertise dans les tests d’acceptation des logiciels.
Cette certification concerne plusieurs profils. Par exemple :
les Product Owners,
les Business Analysts,
les testeurs logiciels,
les ingénieurs de test,
les managers de test,
les testeurs d’acceptation utilisateur,
et les développeurs logiciels.
L’International Software Testing Qualifications Board (ISTQB®) propose cette certification internationale. Ainsi, elle met l’accent sur la collaboration entre les Product Owners, les Business Analysts et les testeurs d’acceptation.
Syllabus de la certification ISTQB Test d’Acceptation ?
Le programme de la certification comprend plusieurs thèmes importants.
Introduction et notions de base
Relations fondamentales
Rôle des Business Analysts dans les tests d’acceptation
Critères d’acceptation et expérience utilisateur
Rédaction des critères d’acceptation
Conception des tests d’acceptation
Techniques basées sur l’expérience
Modélisation des processus métier et des règles
Dérivation des tests d’acceptation
Tests pour les exigences non fonctionnelles
Qualité d’utilisation
Expérience utilisateur
Performance
Sécurité
Tests d’acceptation collaboratifs
Collaboration entre les équipes
Activités de test
Outils de support
Résultats commerciaux de la certification ISTQB Acceptance Testing
Les professionnels certifiés doivent atteindre plusieurs objectifs.
Pour les Business Analysts et Product Owners
Tout d’abord, la certification les aide à participer aux activités de test d’acceptation.
Ensuite, ils contribuent à la conception des tests et à l’alignement du produit avec les besoins de l’entreprise.
Enfin, ils participent à la validation et à la vérification des artefacts produits.
Pour finir, ils Contribueront à la qualité du processus de test d’acceptation, dont la validation et la vérification des artefacts produits.
Pour les testeurs
Commençons par identifier les critères d’acceptation, ils les maîtrisent lors de la phase de définition des exigences. Collaborer également avec les analystes commerciaux et d’autres parties lors des activités de test d’acceptation. En fin de compte, ils comprennent les objectifs commerciaux, communiquent avec les unités commerciales et partagent des objectifs communs pour les tests d’acceptation.
Objectifs d’apprentissage de la certification ISTQB Test d’Acceptation
Après la formation, les professionnels doivent être capables de :
Développer et revoir les critères d’acceptation pour les exigences et les user stories.
Appliquer les approches ATDD (Acceptance Test Driven Development) et BDD (Behavior Driven Development).
Utiliser le langage Gherkin pour concevoir des tests d’acceptation.
Organiser des tests exploratoires et des tests bêta.
Analyser les modèles métier définis dans BPMN et DMN.
Créer des tests d’acceptation à partir de ces modèles.
Prendre en compte l’expérience utilisateur, la performance et la sécurité.
Collaborer avec les parties prenantes lors des activités de test.
Le rôle du Product Owner
Le Product Owner porte la vision du produit. Il définit aussi la vision du marché.
De plus, il veille à l’alignement avec les objectifs de l’entreprise.
Ensuite, il prend des décisions importantes sur les fonctionnalités.
Enfin, il communique ces décisions aux équipes concernées.
Le Product Owner travaille généralement sur deux aspects :
le volet stratégique,
et le volet opérationnel.
Le rôle du Business Analyst
Le Business Analyst aide les organisations à identifier leurs besoins.
Ensuite, il propose des solutions adaptées pour résoudre un problème ou accompagner un changement.
Il suit aussi la mise en place des nouveaux processus.
Enfin, il vérifie que les solutions respectent les besoins du projet.
Collaboration des product owners, des business analystes et des testeurs :
La validation de la solution métier constitue une activité essentielle.
En effet, les Product Owners, les Business Analysts et les testeurs travaillent ensemble.
Ils définissent les critères d’acceptation des exigences.
Cela reste vrai quel que soit le cycle de développement : Agile ou traditionnel.
Ensuite, ils décomposent les exigences en éléments plus simples et testables.
Ainsi, ils peuvent créer des cas de test précis.
Cette collaboration améliore la qualité du produit.
Par conséquent, elle réduit les risques lors du lancement.
Les méthodes ATDD et BDD dans les tests d’acceptation
Les méthodes Agile ont changé la manière d’utiliser les tests d’acceptation.
Dans les approches traditionnelles, les testeurs réalisent les tests après la création du produit.
En revanche, dans l’Agile, les tests se déroulent tout au long du développement.
Ils commencent dès l’analyse des besoins.
Dans la méthode ATDD, les équipes définissent les tests pendant l’analyse.
Les Product Owners, Business Analysts, développeurs et testeurs collaborent.
La méthode BDD, quant à elle, utilise le langage Gherkin.
Ce langage décrit les comportements du système avec des phrases simples.
Ainsi, les exigences deviennent directement des cas de test automatisés.
