Montez et Répandez : Un Nouveau Concept de Test avec Iman Benlekehal
Iman est une cheffe d’équipe QA expérimentée basée à Québec, Canada. Elle a remporté The Test Factor lors du Testing Festival 2021, ce qui est sans doute le point culminant de sa carrière jusqu’à présent…
Nous l’avons retrouvée pour en savoir plus sur son concept gagnant, ce qui l’a inspirée, sa façon d’aborder les tests et son parcours jusqu’à aujourd’hui. Nous imaginons que beaucoup d’entre vous s’y reconnaîtront !
QAL
Bonjour Iman, bienvenue dans la communauté QAL. Commençons par le début. Comment êtes-vous entrée dans le domaine du test, étiez-vous développeuse avant d’être testeuse ?
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
Iman Benlekehal
J’ai étudié le développement donc je sais coder, mais je n’ai jamais travaillé en tant que codeuse. Après mes études, j’ai passé quelques entretiens et l’un d’eux recherchait un testeuse. J’ai demandé, « d’accord, c’est quoi le testing ? » la personne ne m’a pas vraiment répondu en détail, elle m’a juste posé beaucoup de questions sur moi—elle s’intéressait à ma personnalité. Ensuite, elle m’a dit « tu vas passer un entretien chez ING Direct, la banque d’épargne en ligne »
Quand je suis arrivée à l’entretien, la même chose s’est produite. L’intervieweur m’a aussi posé des questions sur le test, par exemple : « Comment testeriez-vous ce contrat ou ces intérêts ? » et « imaginez qu’on a ces offres pour ce genre de compte, comment les testeriez-vous ? » Et je me souviens lui avoir posé plus de questions qu’il ne m’en a posées.
Quand je suis rentrée chez moi, mon amie m’a demandé comment ça s’était passé et j’ai dit « eh bien, c’est bizarre. Je lui ai posé plus de questions qu’il ne m’en a posé, je n’ai pas pu répondre à ses questions sur le testing. Donc je ne sais pas, je pense que ça s’est mal passé. »
À ma grande surprise, j’ai été embauchée et je n’arrêtais pas de me demander « d’accord, c’est quoi ce testing ? Qu’est-ce que je vais tester ? » Et mon premier chef m’a dit, « Tu ne sais pas ce qu’est le testing. Voici une phrase ou une exigence, rédige un cas de test. » Je lui ai dit « Je n’ai jamais écrit de cas de test. » Il a dit, « Fais-le, on verra après » Alors [je] l’ai fait. Et il a dit : « Eh bien, tu as bien fait. » Puis j’ai demandé « D’accord. Je ne vais pas juste tester des boutons ? » « Non, tu vas tester les exigences. Si elles sont fiables et compréhensibles. » Alors j’ai dit « Donc, c’est un métier où j’ai le droit de poser des questions ? » Et il a répondu « Exactement. » Dès ce moment-là, c’est devenu une passion. J’adore ce travail.
QAL
Donc c’est comme ça que vous décririez le métier du test : poser les bonnes questions ?
Iman Benlekehal
C’est ce que j’aime car j’ai le droit de demander « pourquoi » et « comment ». En France, quand tu es un jeune étudiant, tu n’as pas le droit de poser des questions profondes sur le pourquoi et le comment, sauf si tu as déjà un diplôme, mais j’ai toujours voulu comprendre pourquoi les choses se passent. Pourquoi me demande-t-on de faire telle chose ? Donc avec ce rôle, j’avais le droit de poser ces questions. J’avais ce rôle, donc ça m’a vraiment enchantée. J’étais très excitée. C’est la première chose que j’ai aimée.
La deuxième raison est que j’aime les gens et travailler avec différents profils. J’adore le défi que cela représente, et faire en sorte que tout le monde parle le même langage et vise le même objectif. Parce que tu as l’utilisateur qui veut une chose, tu as le chef [qui] en veut une autre, le développeur qui dit encore autre chose. Et tu es quelque part au milieu de tout ça, et tu dois faire en sorte qu’ils se comprennent. C’est ce défi que j’aime le plus, faire en sorte que les gens se comprennent.
QAL
Donc le testing, ce n’est pas juste arriver à la fin d’un développement logiciel, explorer et essayer de tout casser ?
Iman Benlekehal
Pour moi, non, c’est bien plus que cela. C’est la base, c’est l’une des tâches. Imaginons que vous ayez 100% de tests passés, qu’est-ce qui garantit que ces 100% de tests passés conviennent à l’utilisateur ?
Vous êtes heureux parce que vous avez couvert 100% des exigences. Mais qu’est-ce qui vous fait penser que votre couverture correspond réellement au besoin ? Si vous ne voyez pas les utilisateurs, et si vous ne comprenez pas les pourquoi et les comment, vous pouvez tout tester mais ça ne marchera pas forcément.
QAL
Donc vous aimez travailler en étroite collaboration avec l’équipe UX et recherche utilisateur ?
Iman Benlekehal
Je pousse pour travailler avec tout le monde. Il y a des équipes projet où le product owner sera l’interlocuteur central, le porte-parole de tous y compris des utilisateurs. Et ça me va, j’aime travailler avec eux. Mais j’aime aussi entendre ce dont les utilisateurs ont réellement besoin du point de vue qualité, pas juste fonctionnel. Donc même si les chefs de produit me disent « voilà les personnes et voilà tes parties prenantes », je pousse plus loin et je pose d’autres questions. Qui sont-ils ? Savent-ils que ce que vous demandez va avoir tel impact ? Des choses comme ça. Donc ce n’est pas seulement le testing pour moi, ce n’est qu’une partie.
À lire aussi : LEADERSHIP DU TEST : LES OUTILS DE TEST
QAL
Donc c’est plutôt une manière de penser globale sur l’ensemble du projet ?
Iman Benlekehal
Exactement.
QAL
D'accord, compris. Donc c’est cela qui a inspiré le concept Shift Up and Spread ? Félicitations pour votre victoire au Test Factor, au passage !
Iman Benlekehal
Merci ! Le concept est venu après avoir travaillé en France et au Canada et constaté que, quel que soit le secteur, quel que soit le continent, nous avons toujours les mêmes problèmes. La qualité et les tests sont gardés uniquement au niveau du projet. Et, comme je te l’ai dit, je vais au-delà des frontières, je pousse les parties prenantes, car si on les garde au même niveau, qu’on essaie de résoudre ou de tester ce qui est présenté ici, avec l’expérience que j’ai, je sais qu’on aura des problèmes avec les utilisateurs à la fin. On aura des problèmes de budget, on aura d’autres problèmes.
Alors un jour, je me suis dit « ok, arrête de penser shift right, arrête de penser shift left. Avant tout, il faut monter et convaincre la hiérarchie, le top management, de ce qu’est la qualité ? Qu’est-ce que l’assurance qualité, quel est notre objectif ? Comment cela fonctionne. Ce n’est pas uniquement tester. Et quand on dit que la qualité est la responsabilité de tous : pour moi, ça commence par eux. Ce sont eux les premiers responsables de la qualité et des tests de tout.
Voilà pourquoi l’idée est venue, ou du moins le nom, car tout le monde sait qu’à partir de maintenant il faut convaincre le top management et d’une certaine façon les impliquer. Pour moi, c’est un prérequis. Ce n’est pas au milieu. C’est la première chose à faire, avant de penser à où placer les meilleurs domaines de test.
Et puis "spread" parce que ce n’est pas suffisant d’aller convaincre la hiérarchie ou la direction ou les PDG. Il faut travailler avec eux pour diffuser la qualité dans toute l’entreprise, instaurer cette culture de la qualité et ce mindset qualité. Si un projet échoue, ou s’il y a un gros bug—comme sur les réseaux sociaux par exemple—les équipes qui ont travaillé dessus ne resteront pas. Personne ne se souviendra de la personne qui a travaillé sur ce projet qui a échoué, ou de ce qui a causé le bug. Ce dont on se souvient, c’est du nom de l’entreprise. Donc c’est plus important que de dire que ce sont uniquement le projet ou les équipes qui sont responsables de la qualité, tout le monde l’est.
QAL
Donc ce que tu dis, c’est que tu veux intervenir et changer toute la culture d’entreprise, et la mentalité du business ?
Iman Benlekehal
Exactement. Le test n’est qu’une action. C’est juste la dernière composante de la qualité. Pour la qualité, il faut établir la stratégie, il faut réfléchir à quels critères il faut mettre en avant pour ce projet auprès des utilisateurs. Par exemple, si l’utilisateur a besoin de hautes performances, pour tester cette haute performance il faut un outil, et il se trouve que cet outil est très, très coûteux. Et, par exemple, ils ne l’avaient pas budgétisé, ils n’avaient prévu aucun budget. Donc, encore une fois, cela arrive trop tard.
Donc oui, il faut tester plus tôt, mais il faut s'impliquer plus tôt et comprendre ce qu’est la qualité et les critères de qualité — je crois qu’il y en a 10 maintenant avec l’ISO 25010. Les utilisateurs doivent pouvoir s’exprimer sur tous ces critères, et le top management doit comprendre pourquoi ils sont si importants.
Une fois que c’est fait, qu’on a compris tous les risques, alors on peut tester. Le TDD, toutes ces choses-là, c’est excellent et c’est essentiel et je ne dis pas que ça ne règle aucun problème, mais il y a beaucoup de problèmes qu’on peut régler avant la phase de test.
QAL
Donc c’est avant la stratégie de test et la modélisation ?
Iman Benlekehal
Oui. Par exemple, dans certains projets, le chef de projet est content de m’avoir dans son équipe. Ils vont dire « Ok, on a Iman, elle va prendre la stratégie de test. » Je dis « Très bien. Pouvez-vous nous intégrer dans la boucle avec le client, afin qu’on puisse lui présenter la stratégie ? » Et en général, ils sont d’accord. Ils semblent comprendre la philosophie et me laissent parler avec le client. Parfait. Mais la semaine suivante, il dit, « Ok, on a estimé ton budget. » Je réponds « Qui a estimé le budget dont la QA a besoin pour ses activités ? »
Ils ne comprennent pas que ce n’est pas seulement la théorie qui veut qu’on soit impliqué à toutes les étapes. Donc, c’est difficile pour eux de changer de mentalité et réaliser que le test et la qualité ne sont pas juste un pourcentage de ce que font les développeurs, je crois qu’ils prennent 40 % des estimations. Ce n’est pas encore un réflexe d’aller voir la QA, en tant qu’experts, et dire « ok, voici le projet même s’il n’y a pas de QA ici, qu’en pensez-vous ? »
Et avec notre expérience, on peut faire ressortir ce que le client voulait vraiment. J’adore lire entre les lignes et dire « ok, il a dit ça, mais en réalité, cela veut dire ça, ça, ça, pose-lui la question, tu verras. » Et c’est ce que peuvent mettre en avant les experts qualité, ou les personnes expérimentées qui ont travaillé dans de nombreux secteurs. C’est important d’aider aussi le top management à comprendre cela ; ainsi que la gestion de projet.
QAL
Ok, compris ! Hâte de voir comment le projet évoluera avec Jonathon comme nouveau mentor. Merci pour votre temps, juste une dernière question : pour les nouveaux qui débutent tout juste leur carrière dans les tests, auriez-vous des conseils sur la façon d’aborder leur rôle, leur évolution, ou toute autre chose ?
Iman Benlekehal
Continuez à poser des questions et ne soyez pas effrayé lorsque l’on vous dit « non, ta place, ton rôle est là-bas, à la fin. » Non. Les testeurs QA ont un rôle immense à jouer. Ils ne font pas que tester ou exécuter, ils doivent permettre aux gens de se comprendre et s’assurer que nous parlons le même langage et poursuivons le même objectif. Au cours des dix prochaines années, les technologies évolueront et l’on aura moins besoin des personnes pour les tests réels, mais la philosophie du test subsistera et demeurera essentielle.
Continuez à apprendre et jetez un œil à ce podcast : LA GÉNÉRATION DE L’AUTOMATISATION AUTONOME ET CE À QUOI ELLE RESSEMBLE (AVEC BERTOLD KOLICS DE MABL)
