Leadership en tests : Définir une stratégie de test
Note de la rédaction : Bienvenue dans la série Leadership en Test du gourou et consultant en tests logiciels Paul Gerrard. Cette série est conçue pour aider les testeurs ayant quelques années d'expérience—en particulier ceux travaillant dans des équipes agiles—à exceller dans leurs rôles de chef de test et de gestion.
Cet article s'inspire du précédent, dans lequel j'ai défini ce que signifie le test logiciel et introduit le concept principal qui orientera votre réflexion. Nous allons maintenant examiner la manière de créer une stratégie de test pour orienter le processus que vous utiliserez afin d'atteindre vos objectifs de test.
Inscrivez-vous à la newsletter The QA Lead pour être informé de la publication des nouvelles parties de la série. Ces articles sont des extraits du cours Leadership en Test de Paul, que nous vous recommandons vivement pour approfondir ce sujet et d'autres thématiques. Si vous vous inscrivez, utilisez notre code promo exclusif QALEADOFFER pour bénéficier de 60 $ de réduction sur le prix total du cours !
Dans mon précédent article, « Leadership en Test : Introduction », nous avons exploré le concept de test en lien avec ses objectifs. Petit rappel : quel que soit le type de test dont vous parlez, mon conseil est de toujours questionner l'objectif spécifique du test. Cela est vrai même s'il s'agit d'un terme apparemment couramment accepté comme un test unitaire ou un test d'acceptation.
Je vais ici expliquer comment définir une stratégie de test qui posera les bases d'un processus de test robuste et flexible, adapté à la méthodologie de développement employée par votre équipe. Nous aborderons :
Allons-y.
Want more from The CTO Club?
Create a free account to finish this piece and join a community of CTOs and engineering leaders sharing real-world frameworks, tools, and insights for designing, deploying, and scaling AI-driven technology.
Have an account? Log In
Qu'est-ce qu'une stratégie de test ?
Tout est dans la planification. Le plan ne vaut rien.
Dwight D. Eisenhower, lors de la préparation du Débarquement.
Dans cette section, nous verrons ce qu'est une stratégie de test et pourquoi il est important d'en avoir une. Si vous cherchez la définition de stratégie dans le dictionnaire, vous trouverez beaucoup de références aux batailles militaires — ce qui n'est pas très utile ici. Mais il y a certains points que nous pouvons dresser pour établir un cadre permettant de définir spécifiquement une stratégie de test.
Premièrement, votre stratégie n'est pas un simple document. Votre stratégie est le résultat d'une exploration, d'une réflexion et d'une collaboration. La stratégie cherche à définir le processus que vous utiliserez pour atteindre vos objectifs de test.
Elle peut consister en un bref ensemble de lignes directrices suivies par votre équipe. Cela peut être un document de 20 à 2 000 pages (pour un très grand programme). L'objectif n'est pas le document lui-même, mais la réflexion menée en amont.
Deuxièmement, avant de pouvoir planifier un test, il vous faut généralement obtenir de nombreuses réponses et prendre des décisions. Certaines peuvent l'être dès à présent, d'autres devront attendre. Ainsi, la stratégie :
- Présente certaines décisions qui peuvent être prises en avance, c'est-à-dire maintenant.
- Définit le processus, la méthode ou les informations qui permettront de prendre des décisions (au cours du projet).
- Expose les principes (ou processus) à suivre dans les situations incertaines ou en cas d'événements imprévus.
La stratégie cherche à répondre à un maximum de questions à l'avance. Mais pourquoi s'en préoccuper, alors que nous pouvons gérer les problèmes de test dès qu'ils se présentent ?
Eh bien, en soulevant ces questions en amont et en obligeant l'équipe à réfléchir aux conséquences, il est possible d'éviter — ou à défaut d'atténuer — d'importantes difficultés avant qu'elles ne menacent le succès du projet.
À lire également : CRÉER UNE STRATÉGIE QUALITÉ
Cadre de la stratégie de test
Cet article ne peut pas vous fournir un ensemble définitif et exhaustif de questions à poser — il n'y a tout simplement pas assez de place. Mais nous pouvons aborder les points de départ les plus importants pour votre recherche d'informations.
Dans le cadre de la stratégie de test, j'ai réparti les questions en trois domaines thématiques, mais vous pouvez en poser davantage et/ou structurer différemment vos interrogations.
| Objectifs des parties prenantes | |
| Parties prenantes | Qui sont les principales parties prenantes ? Quels sont leurs objectifs pour les tests ? |
| Gestion des objectifs et des risques | Comment les risques seront-ils identifiés ? Qui les évalue ? Qui approuve l'approche de test ? |
| Décisions à prendre et comment | Quelles décisions les parties prenantes doivent-elles prendre ? (par exemple, passage d'une étape à une autre, déploiement, mise en production) |
| Confiance | Comment les résultats/rapports de test donneront-ils confiance aux parties prenantes ? |
| Comment évaluer les tests | Comment la qualité/l’exhaustivité des tests sera-t-elle évaluée ? |
| Périmètre | Comment le périmètre sera-t-il défini ? |
| Approche de conception | |
| Sources de connaissance | Quelles sont les sources de connaissance ou qui consulter pour définir le périmètre et spécifier les tests ? |
| Sources d'incertitude | Qu'est-ce qui provoque de l'incertitude dans nos sources de connaissance ? |
| Modèles à utiliser | Comment les modèles de test seront-ils élaborés ? Comment seront-ils reliés aux parties prenantes ? |
| Approche de priorisation | En cas de contrainte de temps, comment les priorités seront-elles assignées aux tests ? |
| Approche de livraison | |
| Séquençage des tests | Comment la séquence des tests sera-t-elle décidée ? |
| Répétition des tests | Quelle est la politique de re-tests et de tests de régression ? |
| Exigences relatives à l’environnement | Qui fournit les environnements ? Quelles concessions faire ? Comment sont-ils livrés/contrôlés/gérés ? |
| Approche de diffusion de l'information | Comment l'exécution des tests transmettra-t-elle des informations aux parties prenantes ? |
| Gestion des incidents | (Comment) les incidents seront-ils gérés ? |
| Approche de clôture | Comment le processus de test se terminera-t-il ? (Comment) les bogues restants seront-ils corrigés/ré-testés ? |
Dans le tableau ci-dessus, il n'est fait aucune mention du processus de planification. Celui-ci peut être défini dans la stratégie ou non. Quoi qu'il en soit, nous approfondirons les spécificités de la planification dans un prochain article, alors restez à l’écoute !
Abonnez-vous à la newsletter The QA Lead pour être averti dès que de nouveaux articles de la série seront publiés. Ces publications sont des extraits du cours Leadership In Test de Paul, que nous recommandons vivement pour approfondir ce sujet et d'autres. Si vous souhaitez y accéder, utilisez notre code promo exclusif QALEADOFFER pour bénéficier de 60 $ de réduction sur le tarif du cours complet !
À lire également :
