Des mises à jour régulières et nécessaires.
Les certifications ISTQB sont régulièrement mises à jour. Cela permet de garder les certifications pertinentes vis à vis des évolutions de l’industrie logicielle.
La fondation en est à sa 4ème version les dernières ayant été faites en 2018 puis en 2023. La principale différence a été une sorte « d’intégration » de l’extension Agile à cette certification fondation.
La certification Test manager a également été mise à jour récemment (en 2024) après 12 ans ce qui a permis de mieux aborder les tests dans un environnement Agile.
Dans cette optique il n’est pas étonnant de voir une de mes certifications favorites (testeur technique Agile) faire peau neuve.
Des mises à jour sous forme d’évolution
Dans la quasi totalité des mises à jours des certifications ISTQB que j’ai étudiées la structure des certifications reste inchangée.
Les éléments principaux et l’approche restent sensiblement les mêmes. Les principales évolutions sont liées à de nouvelles pratiques ou une adaptation liée à l’évolution de pratiques déjà présentées.
La certification fondation
Pour le syllabus de la certification fondation les principales parties ont toutes été maintenues et aucune n’a été ajoutée. La différence s’est faite au niveau du contenu des parties. Ces changements sont principalement liés à l’agile.
Afin de « compenser » l’ajout de contenu dans la plupart des parties, la partie « outils » a été drastiquement réduite.
La certification test manager
Cette certification a plus évolué que la fondation, notamment parce qu’il y a eu 12 ans (et non 5) entre les 2 versions et que l’agile s’est largement démocratisé entre 2012 et 2024.
Les changements sont:
- La partie sur le processus de test a été amputée
- Une toute nouvelle partie sur le « contexte des tests » a vu le jour
- Le Risk Based Testing a été (à mon sens) un peu plus développé
- La « stratégie de test projet » a été intégrée
- La partie amélioration a été repensée
- Les indicateurs ont été mis à jour
De manière générale, à part l’ajout d’une nouvelle partie la structure de la certification a été conservée.
La certification testeur technique Agile connait elle des changements plus profonds!
La révolution de la nouvelle certification Testeur Technique Agile
L’ancienne version de la certification Testeur Technique Agile était structurée sur les activités d’un testeur Agile. Les différentes parties étaient:
- La gestion des exigences – chapitre « ingénierie des exigences »
- Le test en Agile – chapitre tester en Agile (qui était très imposant par rapport aux autres)
- L’automatisation des tests
- Le test continu – chapitre déploiement et livraison
- La virtualisation – chapitre virtualisation de services
La nouvelle version de la certification a totalement changé cette structure. Plus que des activités elle aborde des concepts et des problématiques !
Les nouvelles parties de cette certification sont (attention, j’ai traduit moi même de l’anglais car, à l’heure où j’ai écrit ces lignes, la version française du syllabus n’était pas encore sortie):
- Défis liés à la stratégie et à l’approche de test
- Personnes et équipe
- Gestion des tests et amélioration des processus de test
- Shift Left
- Approches agiles et techniques de test
- Automatisation des tests et outils de test
Ce changement de structure implique un changement d’état d’esprit… Mais aussi de contenu.
Dans ce nouveau Syllabus on se penche plus sur « l’humain » et ses problématiques alors que sur la version précédente on se concentrait sur les activités quotidienne du testeur.
Un contenu bien différent entre la V1.1 et la V2.0
Faire la liste des différences entre les 2 versions est assez fastidieux. Les principaux changements que je souhaite mettre en avant sont:
- La création de la partie « Personnes et équipe » qui parle du rôle des différentes personnes dans une équipe agile et de l’importance de faire participer l’ensemble des acteurs au processus qualité (et donc aux tests)
- La quasi apparition de la thématique sur les activités de gestion des tests et d’amélioration continus
- L’ajout de techniques de test comme le Mob testing et le pair testing… et du Vibe testing
- La quasi disparition des techniques d’ingénierie des exigences
- Une diminution drastique de la partie outil
- Une diminution drastique de tout ce qui est lié à l’automatisation et la virtualisation
Dans le tableau ci-dessous vous pouvez avoir une vision plus détaillée (au niveau sous-chapitre):
| Partie V2.0 | Sous-partie V2.0 | Partie V1.1 | Sous-partie V1.1 | V1.1/V2 | Remarques |
| Défis liés à la stratégie et à l’approche de test | |||||
| Introduction à l’agilité | N/A | ||||
| Types de tests | Tester en Agile | 2.1.1 TDD; 2.1.2 BDD; 2.1.3 ATDD | |||
| Tests de bout en bout (E2E) | Non traité sous cette forme | ||||
| Tests formels et tests holistiques | Tester en Agile | 2.2 tests basés sur l’expérience | un peu plus de focus sur formel et holistique alors que la 1.1 se concentre sur les test exploratoires et leur intégration | ||
| Approches des tests de régression | Automatisation des tests | Appliquer l’automatisation des tests à une approche de test donnée | Assez peu abordé en 1.1 (1 paragraphe dans l’automatisation des tests) | ||
| Personnes et équipe | Non abordé | ||||
| Approche impliquant toute l’équipe | Non abordé | ||||
| Généralisation et spécialisation au sein d’une équipe | Non abordé | ||||
| Motiver les représentants métier à participer aux tests | Non abordé | ||||
| Accompagner les développeurs | Non abordé | ||||
| Testeur « kleenex » | Non abordé | ||||
| Gestion des tests et amélioration des processus de test | |||||
| Planification des tests | |||||
| Planification des tests dans le développement logiciel agile | Quasiment inexistant | ||||
| Stratégie de test du projet | Tests basés sur l’expérience en Agile Technique d’automatisation des tests | Appliquer l’automatisation des tests à une approche de test donnée Combiner des techniques basées sur l’expérience et des tests en boîte noire | V1.1 axée parle de différentes approche et de l’utilisation de l’automatisation pour ces approches ainsi que de volume de type de test en fonction de certains contextes. La V2.0 traite de plus de sujets, notamment des risques | ||
| Suivi et contrôle des tests | Non abordé | ||||
| Reporting des tests | Non abordé | ||||
| Amélioration des processus de test | Non abordé | ||||
| Indicateurs pour l’amélioration des processus de test | Non abordé | ||||
| Amélioration des processus de test dans le développement logiciel agile | Non traité sous cette forme | Aborde principalement les types de couvertures. Dans la V1.1 cela n’est pas traité comme cela | |||
| Shift Left | |||||
| Utilisation du « Shift Left » pour améliorer la qualité de la base de test | |||||
| Les tests en tant qu’exigences | Tester en Agile Techniques d’ingénierie des exigences | BDD; ATDD Analyser les User Stories et les Epics en utilisant des techniques d’ingénierie d’exigences | V1.1 bien plus complète sur le sujet | ||
| Storyboarding et Testboarding | Techniques d’ingénierie des exigences | Analyser les User Stories et les Epics en utilisant des techniques d’ingénierie d’exigences | testboarding non traité dans la V1.1 | ||
| Example Mapping | Non abordé | ||||
| Biais dans les tests agiles | Non abordé | ||||
| Découpage des User Storys | Non traité sous cette forme | Pas de technique de découpage des US dans la V1.1 | |||
| « Shift Left » et ingénierie des exigences | Techniques d’ingénierie des exigences | Identifier les critères d’acceptation à l’aide de techniques de test et d’ingénierie des exigences. | La V1.1 aborde plus de techniques d’ingénierie des exigences | ||
| Approches agiles et techniques de test | |||||
| Tests exploratoires | |||||
| Heuristiques de test | Non abordé | ||||
| Mnémoniques de test | Non abordé | ||||
| Test Tours | Non abordé | ||||
| Création d’une charte de test | Tester en Agile | Tests basés sur l’expérience | |||
| Réalisation de tests exploratoires | Tester en Agile | Tests basés sur l’expérience | |||
| Tests assistés | |||||
| Mob testing | Non abordé | ||||
| Pair testing | Non abordé | ||||
| Vibe testing | Non abordé | ||||
| Tests smells | Non abordé | ||||
| Automatisation des tests et outils de test | |||||
| Automatisation des tests dans le développement logiciel agile | Automatisation des tests | Comprendre le niveau nécessaire d’automatisation des tests | Beaucoup plus complet dans la 1.1 | ||
| Test Tools in Agile Software Development | Automatisation des tests | Techniques d’automatisation des tests | Beaucoup plus complet dans la 1.1 | ||
| Outils de test dans le développement logiciel agile | Non abordé | Techniques d’ingénierie des exigences | Analyser les User Stories et les Epics en utilisant des techniques d’ingénierie d’exigences |
Version excel du tableau:
Conclusion
J’adorais la V1.1 de la certification Testeur Technique Agile que je trouvais très complète.
La nouvelle version est une révolution. Elle aborde de nombreux nouveaux sujets et n’en traitent plus certains.
La raison est « simple ». La nouvelle version ne se penche plus sur les activités d’un testeur mais plutôt sur les activités de gestion de la qualité et des problématiques liées.
On a avec cette nouvelle version une vision différente de ce que l’ISTQB souhaite pour un testeur Agile. Un testeur peut être moins technique (au niveau automatisation mais aussi gestion des exigences) mais qui soit capable d’embarquer les équipes dans une démarche qualité.
Quelle approche est la meilleure ? Je n’ai pas de réponse à cela. Je trouve néanmoins courageux et sain de proposer ce type de révolution de la part de l’ISTQB. Cela montre la vitalité de cette organisation et, par la même occasion, de la communauté test et qualité.
Pensez à rejoindre le groupe « Le métier du test » si vous souhaitez échanger sur le test
Merci à tous ceux qui mettent « j’aime », partagent ou commentent mes articles
N’hésitez pas à faire vos propres retours d’expérience en commentaire.
