Ces dernières années, sur le marché de la technologie, nous avons assisté à une évolution du rôle du testeur et de son rôle dans le cycle de développement logiciel.
Pendant de nombreuses années et avec les méthodologies existantes à l’époque, les cycles de développement étaient longs et les tests étaient cadrés dans la phase finale de ces cycles, avec des tests de tous les scénarios possibles. Quelle a été l’évolution du logiciel « Tester » ?
Le professionnel du test était considéré comme quelqu’un qui cherchait simplement des défauts et créait des goulots d’étranglement pour l’équipe de développement, souvent blâmé pour les retards dans le projet. Ce processus était lent, chronophage, douloureux et inefficace.
L’objectif est le même, pallier au maximum la livraison de solutions présentant des défauts au client final. Aussi important que de garantir la livraison de nouveaux développements dans un délai plus court, il est également nécessaire d’assurer la correction rapide de quelque chose qui n’est pas parvenu correctement au client.
Ainsi, il devient de plus en plus indispensable d’avoir des spécialistes en Assurance Qualité (QA) avec vision et expérience, capables d’évaluer au mieux la criticité et la sévérité et de comprendre ce qui impacte réellement le parcours du client final. Savoir ce qui peut entrer en production, et être corrigé rapidement dans la prochaine entrée, par exemple. Il est souvent plus avantageux d’avoir la nouvelle version dans un environnement productif et de corriger ce défaut a posteriori – cela fait partie du processus et de l’époque actuelle.
Le nom de la fonction a évolué, naturellement, de « Testeur » à « AQ », retirant, même une certaine perception négative de la fonction. Il est passé d’une personne qui « ne trouve que des défauts », à quelqu’un avec une vision de la Qualité, qui parvient à aider à l’évolution du produit et qui empêche les défauts d’atteindre l’environnement de production.
Le profil QA actuel se caractérise par la réunion de plusieurs compétences en ingénierie, dont la capacité principale est de s’adapter aux nouvelles demandes du marché. Il s’agit d’une compétence clé dans un domaine où tout change constamment et évolue rapidement (les cycles d’ingénierie durent généralement cinq ans, puis changent et changent les mentalités).
Outre l’évolution naturelle de certaines compétences techniques requises dans le profil d’un QA, comme certaines connaissances plus techniques, la communication et la collaboration sont devenues des compétences de plus en plus présentes. L’objectif principal est d’influencer la qualité avant même que le logiciel ne soit développé.
Le QA est quelqu’un qui doit avoir une connaissance transversale du produit et dont le travail de communication est essentiel avec les différentes parties prenantes. Que ce soit avec l’équipe de développement, avec le Product Owner / Scrum Master / Project Manager (selon les méthodologies), avec les Business Analysts ou avec les équipes des Opérations qui supportent les produits en Production.
Il en va de même pour la capacité d’apprendre. Avec autant de changements, «l’apprentissage rapide» est également crucial – il devient crucial d’apprendre rapidement l’entreprise et le domaine dans lequel nous nous trouvons. Il y a toujours des changements dans les priorités des projets et de nouveaux besoins immédiats du marché. En ce sens, cette capacité d’adaptation est devenue un facteur clé.
Cela a été une évolution naturelle du profil QA et des compétences associées, toujours adaptées aux nouvelles réalités et contextes qui se présentent.
QA est devenu un orchestrateur dans l’équipe et donc un profil très apprécié dans les organisations – c’est devenu un rôle « sexy » dans les équipes.
Envie de vous détendre un peu ? Voici un reportage sur l’intelligence artificielle :
