Interview d’une testeuse #4 – Maria Kedemo

Interview d’une testeuse #4 – Maria Kedemo

Après Julien, Thierry et Stéphanie, Maria Kedemo nous vient de Suède et a accepté de se prêter au jeu des questions/réponses dans cette 4ème interview.

Qui êtes-vous, que faites-vous, où travaillez-vous ?

Je viens de créer ma propre entreprise en tant que freelance. C’était une décision assez difficile. Il y a quelques risques associés et aussi de nouvelles compétences à acquérir pour diriger une entreprise. Cependant, je trouve cela très excitant et suis ravie de ce nouveau défi.

Être freelance m’offre une liberté où je peux être mon propre patron et décider de mon avenir. Je me concentrerai principalement sur les tests logiciels, mais avec mes expériences de différentes pratiques dans le développement de logiciels, je peux également offrir un service plus large où la formation et le coaching sont quelque chose qui me passionnent. Je cherche à obtenir un équilibre entre les missions de conseil et les sessions de formation.

J’ai actuellement une mission intéressante chez IKEA en Suède où je fais partie d’un programme de commerce électronique très important. Bien que j’aie un titre officiel, je me concentre sur l’utilisation de mon expérience et de mes compétences pour aider IKEA à transformer ses façons de travailler pour devenir Agile et livrer sa solution beaucoup plus rapidement qu’aujourd’hui. Je me concentre sur la façon dont les tests s’inscrivent dans cette transformation, mais puisque les tests ne sont qu’une partie du développement logiciel, je m’assure de remettre en question l’ensemble du processus et pas seulement de tester les problèmes liés.

Je suis également actif dans la communauté des tests. Mon objectif actuel est de fournir de la valeur en tant que membre élu du conseil de Association Software Testing (AST) qui est une organisation à but non lucratif considérant les tests de logiciels comme une activité cognitive complexe qui nécessite une pensée critique, une communication efficace et un apprentissage rapide et autonome. Je suis également le président du programme CAST 2018, une conférence organisée chaque année depuis 2006 par AST.

Puisque je serai très occupé cette année avec AST et ma nouvelle compagnie, je n’ai actuellement qu’une seule conférence (Romanian Testing Days) où je vais faire un Keynote intitulé « Testing à travers le temps et l’espace ».

Testing Cup
Maria à la Testing Cup

En regardant en arrière, et si vous deviez recommencer en tant que testeur, quel conseil donneriez-vous ?

J’aurais aimé trouver la communauté du test beaucoup plus tôt. J’ai reçu beaucoup de soutien et de conseils de la part de la communauté des tests axée sur le contexte (Context Driven Testing) et maintenant d’autres communautés du test et du développement. N’ayez pas peur de demander de l’aide ou d’approcher de nouvelles personnes. La plupart des gens sont très utiles. Bien que chaque problème soit différent, j’ai trouvé très utile de discuter de problèmes particuliers de tests ou de problèmes de développement logiciel avec mes pairs du monde entier afin d’obtenir de nouvelles idées.

Comment décririez-vous votre travail à un enfant de 6 ans ?

Kidspeak
Kidspeak 2017

 

Je décris mon travail comme quelqu’un qui aide les gens dans l’informatique à créer des logiciels de valeur, des produits que les gens veulent utiliser et qu’ils aiment. Je décris comment je rassemble les gens et comment je leur parle. Le développement de logiciel est réellement plus axé sur les personnes que sur la technologie. Mais j’essaie aussi d’expliquer mon travail en tant que personne qui enseigne et aide les gens à apprendre et devenir meilleurs pour repérer les problèmes dans les logiciels. La meilleure façon de décrire à un enfant de 6 ans est de s’asseoir ensemble et d’explorer un produit et de parler de bugs potentiels. Nous parlons de pourquoi c’est un bug ou pourquoi ce n’en est pas un. Je crois que les vraies compétences de test doivent être démontrées par la pratique.

Si vous deviez recruter un testeur, que rechercheriez-vous chez un candidat pour ce rôle ?

Lors du recrutement d’un testeur, j’examine les compétences de communication, écrites et parlées. Nous oublions souvent que les logiciels sont créés pour résoudre les problèmes des gens ou aider les gens avec quelque chose. C’est un processus complexe parce que les gens ont des besoins différents. Communiquer pourquoi vous testez quelque-chose et pourquoi quelque-chose dans le produit pourrait être un problème (un bug) nécessite de grandes compétences en communication. Les compétences sociales sont nécessaires pour comprendre les gens et leurs besoins.

Je regarde aussi comment les testeurs abordent un problème. Lorsque je recrute des testeurs, l’entretien consiste toujours en une conversation et des exercices pratiques axés sur les tests. Je m’attends à ce que les testeurs comprennent à la fois le raisonnement logique et la pensée latérale. Beaucoup de gens semblent penser que le test nécessite soit de penser « hors de la boîte » ou de la pensée verticale, mais vous avez besoin des deux.

Je cherche aussi un désir d’apprendre et de réfléchir et d’améliorer leurs compétences. Ceci est cependant plus difficile à identifier dans une interview. Les exercices pourraient montrer une partie de cette capacité. Je me concentre rarement sur les outils dont la personne a l’expérience ou sur la technologie avec laquelle la personne est familière, car l’état d’esprit est plus important. Si vous êtes rapide à apprendre et à comprendre, vous pouvez toujours apprendre de nouveaux outils ou langues, etc.

Le contexte du recrutement est également important. Si je recrutais pour un contrat à court terme, il serait peut-être plus important de connaître l’outil ou la technologie spécifique utilisée dans cette tâche.

 

Racontez-nous une anecdote de votre vie de testeur (bon ou mauvais moment, bug incroyablement difficile à reproduire ou à analyser…)

Il y a un épisode particulier dont je suis très fière. Il y a plusieurs années, j’ai travaillé en tant que responsable des tests dans un projet où nous devions intégrer un système tiers avec le produit de mon client. L’approche utilisée était un cycle en V classique et les exigences écrites dans Word étaient échangées entre le client et le fournisseur dans des fuseaux horaires différents. Le temps passait mais il était très important d’obtenir une approbation pour les exigences. Une fois cela en place, le développement pourrait commencer. Je ne me souviens pas exactement de la fréquence des livraisons, mais quand elles sont arrivées, nous n’avons jamais eu ce que nous voulions. Les rapports de bugs ont été envoyés au fournisseur et quand les bugs ont été corrigés, ils n’étaient pas ce que mon client attendait, ou de nouveaux bugs avaient été introduits. De plus, des bugs ont été corrigés ici et là en fonction de ce que le fournisseur pensait être important. Le processus a été très lent et comme tous les projets nous avions une date limite à atteindre.

J’ai suggéré quelque chose de très audacieux à ce moment-là. Cela a peut-être semblé évident pour beaucoup, mais c’était nouveau pour mon client. J’ai suggéré que je travaille avec un de nos développeurs sur site avec le fournisseur. Après un gros effort de persuasion, nous sommes allés au bureau du fournisseur pour travailler ensemble. En organisant des séances de tests exploratoires, nous pourrions les aider à comprendre ce qui était important pour nous en tant que client. En participant aux sessions de correction de bugs, nous pourrions les aider à établir des priorités et à regrouper leurs correctifs. En faisant cela, nous avons réussi à atteindre l’échéance que nous visions. Ce fut une expérience formidable. Ce qui est assez drôle est que le terme « Agile » n’a jamais été mentionné dans cette façon de travailler. Pour être honnête, je ne pense même pas que j’étais au courant de la méthodologie à l’époque, mais comment faire fonctionner le projet était juste sensé.

 

Qu’est-ce qui vous énerve le plus dans les idées fausses sur les tests ?

Il est étonnant de voir toutes ces idées fausses sur les tests perdurer. L’un de ceux qui m’énervent le plus est lorsqu’on considère que les tests sont considérés comme devant assurer la qualité. Les tests ne peuvent pas garantir la qualité. Il vous donne des informations sur la façon dont le système que vous testez peut ou peut ne pas fonctionner.

La deuxième chose qui me rend tout aussi folle sont les idées fausses autour des tests exploratoires où beaucoup de gens pensent que c’est ad-hoc et non structuré. Ces deux idées fausses sont quelque chose que je dois expliquer tous les jours.

 

Avez-vous des modèles, des personnes qui vous inspirent (testeurs ou non) ?

J’ai beaucoup de gens qui m’inspirent dans différents domaines et niveaux. En fait, je ne veux citer personne en particulier de peur d’oublier quelqu’un d’important. En fait, la plupart des gens ont quelque chose susceptible de m’inspirer. Ce pourrait être leur bravoure, persistance ou leur capacité à communiquer, juste pour donner quelques exemples.

 

Comment continuez-vous à apprendre ?

Je lis des blogs et des articles, je regarde des conférences différentes et je fais partie de beaucoup de différents réseaux  sociaux où j’obtiens l’inspiration et où je peux discuter avec des pairs.

 

Citez un ou plusieurs outils qui vous sont devenus indispensables?

Les outils que j’utilise souvent sont greenshot, liceCap, Xmind, les post-its et mes mots (ma langue).

 


Merci Maria. N’hésitez pas à commenter si vous souhaitez poursuivre le débat sur l’un des sujets. Nous aurons bientôt d’autres interviews à partager.

Une réaction au sujet de « Interview d’une testeuse #4 – Maria Kedemo »

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *

Ce site utilise Akismet pour réduire les indésirables. En savoir plus sur comment les données de vos commentaires sont utilisées.