Une journée dans la vie d'un ingénieur de test

À propos de l'auteur 

Bonjour, je m'appelle Maikel Geirnaert. J'ai 10 ans d'expérience en test et j'ai acquis une solide expertise en automatisation des tests au cours de cette période. Je pense avoir trouvé le poste parfait dans tc’est l’automatisation, grâce à mon amour du déchiffrage des puzzles. Je vais expliquer. Pour créer un test automatisé ou résoudre un puzzle, il faut adopter une approche logique pour trouver la solution possible. Puis on commence à travailler sur cette solution étape par étape et si quelque chose tourne mal, on corrige simplement. Revenir d'un pas. Il y aura toujours une certaine dose d’expérimentation et d’erreurs, alors n’ayez pas peur d’en faire ; vous apprendrez toujours de vos erreurs. À terme, vous résoudrez le casse-tête – ou, dans mon cas, appliquerez le test. 

J’ai eu la chance de travailler sur divers projets, notamment pour une entreprise de communication leader en Europe, le service postal belge, une entreprise de l’éclairage intelligent et un fournisseur de l’industrie des semi-conducteurs. Actuellement, je travaille pour un grand client du secteur de l’automatisation domestique en tant que technicien d’essai. Je me suis joint à leur équipe il y a trois ans.  

Notre équipe est responsable de la création et de l’entretien de cas de test automatisés dans divers frameworks d’automatisation des tests (Python et C#). Nous sommes également responsables de la notification de l’état de ces cas de test afin que le client soit automatiquement et immédiatement informé des problèmes potentiels dans les nouvelles versions (CI/CD). Mon principale responsabilité consiste à développer des cas de test pour les applications web et mobiles dans le framework C#. 

JEUDI 

Après une bonne tasse de café pour commencer ma journée, je participe à la réunion quotidienne où l’équipe partage l’état d’avancement des sujets sur lesquels elle travaille. Les problèmes qui pourraient constituer des obstacles potentiels ou des problèmes de compréhension des besoins des utilisateurs sont brièvement discutés afin de trouver une solution rapide afin que tout le monde puisse poursuivre son travail. Si nous ne parvenons pas à trouver une solution immédiate, nous organisons une session approfondie sur le sujet après la réunion quotidienne. 

Dîner 

Le midi, je prends généralement un peu de temps pour faire une promenade avec un ou plusieurs collègues qui travaillent sur d’autres projets techniques chez différents clients. Cela nous permet de discuter de nos travaux et des défis de la qualité que nous rencontrons. C’est agréable de partager nos idées en profitant de la promenade. Bien sûr, nous évoquons aussi des sujets non liés au travail. De cette manière, nous pouvons prendre un bel après-midi rempli de sens, de plaisir et de bien-être. 

AU L'APRES-SOIRE 

Le soir, je continue soit à travailler sur le développement d'un test, soit à concevoir un nouveau test.  

Pour la conception de cas de test difficiles à automatiser, j’aime rédiger étape par étape le flux de test sur du papier. Certains pourraient considérer cela comme une méthode ancienne, mais je préfère écrire physiquement les choses pour faciliter mon processus de réflexion. C’est également très utile pour me rappeler de les prendre en compte lors du développement de ces cas de test. 

Tous les trois semaines, nous organisons une réunion d’équipe pour présenter certains sujets à l’autre : des cas d’essai avancés, de nouveaux outils ou plugins potentiels pour nos frameworks d’automatisation des tests, des tableaux de bord permettant de suivre l’état des cas d’essai, etc. C’est une excellente façon de partager les connaissances, les bonnes pratiques et de suivre nos progrès avec les autres équipes.