Quel est le rôle d’un testeur ? Quelles sont ses responsabilités ? Qu’attends t-on d’un testeur ?
Vous pouvez faire l’exercice ou poser la question autour de vous. Il serait surprenant d’avoir des réponses claires et surtout identiques selon vos interlocuteurs.
Dans cet article je vous propose de parcourir certaines « familles » d’attentes que j’ai rencontrées depuis que j’ai commencé à travailler.
Assurer la qualité d’un logiciel
C’est une attente que l’on peut croiser assez régulièrement auprès de personnes ayant peu de connaissance dans le test logiciel… Et qui s’avère malheureusement assez instinctive.
Quelque soit le nom utilisé: testeur, ingénieur en test, QA, ingénieur QA, automaticien de test… Il y a une constance dans l’industrie logicielle: un service numérique jugé de qualité insuffisante par ses utilisateurs sera jugé comme non ou mal testé!
Il ne faut généralement pas beaucoup de temps pour faire le raccourci avec « le testeur a mal fait son travail ».
Cette phrase engendre un sous entendu qui est lourd de sens sur ce que l’on attend d’un testeur. Un testeur, tel un super héros, se doit, sans engendrer de retard sur les déploiements, assurer que tout service numérique en production soit de qualité avec des bugs cosmétiques s’il y en a.
Points forts de cette attente:
- c’est une vision qui colle parfaitement au nom actuellement le plus commun qui est donné aux testeurs (QA)
- cela donne (en théorie) beaucoup d’importance au testeur
Limites de cette attente:
- On propose une vision en « silo » du testeur en oubliant l’importance du travail d’équipe et de la collaboration
- On oublie les contraintes « projet » (temps, budget…)
- On attend l’impossible avec une capacité du testeur à tout détecter et convaincre les équipes de tout corriger
- Le ressenti qualité dépend énormément des utilisateurs et du contexte d’utilisation
Apporter son expertise en terme de qualité logicielle
Cette attente se retrouve fréquemment dans les équipes agiles. Et c’est normal! Dans une équipe Agile il y a des membres. Chaque membre, même s’il doit aider autant que possible son équipe sur l’ensemble des tâches a une ou des spécialités. Cette (ou ces) spécialité doit servir à toute l’équipe.
C’est un peu comme en foot. Il y a les défenseurs qui doivent avant tout défendre… Mais qui montent sur corner pour marquer des buts. De même pour les attaquants qui ont pour objectif principal de marquer des buts… mais qui défendent aussi. le but ultime restant de gagner le match!
De ce que j’ai observé, quand une équipe Agile demande un testeur, elle attend généralement qu’il soit rapidement opérationnel et les aide à améliorer la qualité de leur logiciel.
Points forts de cette attente:
- On reconnait une expertise au testeur
- Il y a une vision de contribution et d’équipe
- Cela donne une vision de la qualité avec de multiples facettes
Points faibles de cette attente:
- C’est une attente souvent trop importante… Notamment pour les testeurs juniors qui arrivent dans des équipes agiles déjà existantes sur un produit déjà avancé (nécessité de monter en compétences sur le produit et en test)
- Le test étant très vaste, on peut attendre des compétences que le testeur n’a pas forcément (ex: automatisation, stratégie de test, implémentation d’outils…)
Exécuter des tests
Probablement une des attentes les plus « instinctives ». Un testeur ça teste!
On voit ici le testeur comme un exécutant qui se charge d’une tâche à faible valeur ajoutée qui, sur le papier, pourrait être automatisée ou externalisée.
Points forts de cette attente:
- il y a du vrai, un testeur est amené à exécuter des tests
Points faibles de cette attente:
- c’est une vision très incomplète du test. Le test ce n’est pas que de l’exécution comme le montre l’ISTQB en proposant ce processus.
- C’est une des tâches avec la plus faible valeur ajoutée. Elle devrait continuer à ce réduire avec l’automatisation et le développement de l’IA.
Automatiser des tests
Potentiellement l’attente que l’on voit le plus sur les offres d’embauche! Cela s’explique avec la démocratisation des méthodes agiles. L’exécution des tests de régression prend de plus en plus de temps et l’automatisation est souvent une solution pertinente pour réduire ce temps et rendre la vie des personne qui exécutent ces tests.
Points forts de cette attente:
- elle répond à un vrai besoin dans le contexte agile actuel
Points faibles de cette attente:
- l’automatisation des tests ne se décrète pas. Il y a beaucoup d’éléments importants à prévoir si l’on veut réussir son automatisation
- elle propose une vision très technique du testeur
- l’automatisation du test peut aller au delà de l’automatisation de l’exécution des tests
- Le test ne se limite pas à l’automatisation
Mettre en place une stratégie de test
L’idée du test est de proposer un service numérique aux utilisateurs dont le niveau de qualité soit jugé suffisant par les utilisateurs et par l’entreprise qui propose le service.
Afin d’atteindre cet objectif de manière efficiente il est généralement nécessaire de proposer une « stratégie » (plan de test au sens ISTQB) et de l’implémenter.
Points forts de cette attente:
- L’expertise du testeur est mise en avant
- L’importance du test est reconnue
Points faibles de cette attente:
- il est assez rare d’avoir un testeur capable de mettre en place des stratégies de test complexes puis de rester à long terme sur une mission
- le testeur seul ne peut pas mettre en place la stratégie
- la stratégie doit vivre et évoluer
Être un membre de l’équipe
Peut être la définition dans laquelle je me reconnait le plus. Ici l’important c’est que le testeur apporte son expérience et savoir faire au service de l’équipe mais aussi qu’il soit capable de collaborer avec les autres membres du projet.
Points forts de cette attente:
- très agile
- montre la flexibilité des attentes en fonction du contexte
Points faibles de cette attente:
- trop agile
- très flou sur ce que l’on attend réellement du testeur
- pas d’expertise ou de compétences de test mise en avant
Communiquer sur un niveau de qualité
Il ne faut pas oublier que le testeur est un communiquant!
Il conçoit et implémente des tests à partir de spécifications ou US ?
Il challenge ces dernières et présente ses tests. Il trouve des anomalies ?
Il crée des fiches de bugs pour donner les outils pour savoir si on le corrige et quand on le corrige.
Il a finit sa campagne ? Il crée un bilan évaluant un niveau de qualité et de confiance qui contient les informations attendues par ses lecteurs.
Points forts de l’attente:
- remet au centre l’importance de la communication et de la visibilité sur le travail du testeur
Points faibles de l’attente:
- la communication seule n’est pas suffisante
- les tâches techniques ne doivent pas être oubliées
Conclusion
Les métiers du test sont très variés… ce qui engendrent de nombreuses attentes et compétences différentes pour un seul et même nom de métier.
De même il ne faut pas non plus oublier que le contexte (service développé, entreprise, méthodologie de développement, équipe…) modifie également très fortement les attentes.
Au final que doit-on vraiment attendre d’un testeur ?
Si je devais vraiment répondre quelque chose ce serait: Un testeur doit répondre au besoin de qualité d’un service numérique à l’instant T… et être capable d’évoluer en même temps que ces besoins.
Dans l’ensemble des attentes décrites dans cet article il n’y en a aucune de totalement bonne, aucune de totalement fausse. La vérité, comme souvent se trouve être un mélange des attentes présentées mais aussi d’attentes que j’ai omises.
Il me semble primordial de bien garder cela en tête lorsque l’on est en recherche d’un testeur afin d’éviter des erreurs de castings avec le recrutement d’un bon testeur mais qui ne correspondra pas forcément à son contexte.
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.
