Comment passer de la carrière d'un ingénieur QA à un développeur : l'histoire du codeur

Aujourd’hui, tout le monde peut apprendre à devenir développeur : un manager, un commercial, un serveur ou encore un formateur. Cependant, la programmation peut parfois sembler insurmontable pour certains débutants, et ils se sentent d'avance découragés quant à leurs chances de décrocher un emploi de développeur junior. C'est pourquoi certains apprenants choisissent le rôle d'ingénieur QA comme une option sûre. Le contrôle qualité est une personne qui teste un logiciel et y trouve des bogues. Ce métier permet d'entrer dans le monde complexe de la programmation. Nous présentons l'histoire du développeur Kyrylo, qui a commencé son parcours dans l'informatique avec des tests QA (assurance qualité) et est ensuite devenu développeur.

Le QA me convenait et j'ai commencé à me plonger dans ce domaine

Je n'étais pas intéressé par la carrière d'un développeur après l'école. Pourtant, je suis entré à l'université à la faculté de « Développement de logiciels système » parce que mes parents m'ont conseillé de choisir cette spécialisation. J'ai compris la programmation, mais cela a demandé du travail. J'ai réussi mes devoirs, mais j'ai obtenu mon diplôme sans de solides connaissances en programmation. Ensuite, j'ai essayé de chercher un emploi de programmeur ; cependant, après avoir échoué à 2-3 entretiens, que je ne savais pas comment réussir, j'ai décidé de devenir testeur QA. Un jour, je suis tombé sur une entreprise qui recrutait des personnes pour des stages d'assurance qualité. J'ai réussi l'entretien, effectué mon stage et y suis resté pour travailler comme testeur. Tout me convenait et j'ai commencé à me plonger dans ce domaine. J'ai écrit un test automatisé en Java pour la première fois. C'était un test simple : il ouvrait une fenêtre de navigateur, cliquait sur des listes spécifiques et sélectionnait des éléments, mais je l'ai beaucoup aimé. Il semblait que je faisais de la magie. Au bout d'un moment, un camarade de classe qui travaillait dans une autre entreprise m'a invité à y occuper le poste d'ingénieur QA. J'ai donc accepté l'offre et j'ai acquis une belle expérience en matière d'assurance qualité et de travail en équipe. Après avoir traité des tests manuels (ce qui n'est pas très intéressant), un responsable a demandé à notre groupe s'il y avait quelqu'un prêt à travailler avec des tests automatisés, et je me suis porté volontaire pour ce rôle. J'avais besoin de connaissances supplémentaires pour gérer les nouvelles tâches, j'ai donc appris le C#, ce qui m'a permis de gérer les tests automatisés existants et de les développer. Plus tard, j'ai eu l'opportunité d'accéder à un poste de développeur dans cette entreprise, mais j'ai décidé de quitter l'entreprise car mon équipe s'était dissoute. J'ai donc décroché un poste d'ingénieur QA dans une entreprise avec un bureau en centre-ville et des montagnes russes au bureau. Puis j'ai pensé : j'aimerais y rester jusqu'à la fin de ma carrière. Cependant, j'y travaillais depuis près de quatre ans avant de décider de partir. J'ai eu une belle expérience de travail en équipe. Nous regardions souvent des vidéos de conférences techniques ou des vidéos de formation sur le fonctionnement de la technologie. Même si j'étais engagé dans des tests automatisés, j'ai étudié les technologies connexes et acquis de nouvelles compétences. Dans l’ensemble, ce fut une expérience formidable pour moi.

Je voulais faire plus de programmation

Ensuite, j'ai trouvé un poste vacant pour un ingénieur QA, qui nécessitait une connaissance de Python. J'ai rapidement lu un livre sur Python pour comprendre la syntaxe et terminé la tâche de test que l'entreprise m'a confiée. Malgré le fait que j'ai dépassé la date limite, l'entreprise a accepté mon travail et m'a invité à un entretien. Notre conversation a été simple : j'ai parlé avec le responsable de l'assurance qualité et le chef de projet sur des sujets généraux concernant les tests et la programmation. Et j'ai été embauché. Mes responsabilités comprenaient la réalisation de tests automatisés et manuels. Cependant, je n'aimais pas trop le manuel, qui implique des actions monotones, et j'avais envie de faire plus de programmation. J'ai donc commencé à approfondir mes connaissances sur Python, je me suis inscrit à des cours et j'ai parlé au manager de mes ambitions. Mais à cette époque, il n’y avait pas de poste de développeur vacant. J'ai travaillé et étudié en même temps. La transition a duré environ neuf mois : au printemps, j'ai commencé une formation et j'ai trouvé un emploi en décembre. Le plus dur pendant la transition n’était même pas que je sois tombé sur de nouveaux concepts en programmation mais plutôt que j’étais surchargé et passais trop de temps avec l’ordinateur.

Mon expérience en tant qu'ingénieur QA m'aide en programmation

Un jour, un camarade de classe qui travaillait pour une entreprise informatique m'a écrit. Il m'a proposé un poste d'ingénieur QA, mais j'ai dit que je cherchais un poste de développeur. Il s'est avéré qu'ils avaient un poste vacant, alors j'ai décidé d'essayer. Nous avons eu un entretien de trois heures sur différentes technologies (selon le tableau des compétences), puis un entretien avec un client. Ils ont vu du potentiel en moi, alors j’ai été embauché. J'ai aimé travailler là-bas car j'ai été initié à de nombreuses nouvelles technologies. De plus, l'entreprise disposait d'excellents collègues à qui on pouvait demander conseil sur le projet. Une expérience antérieure dans les tests sur de grands projets m'a permis de comprendre les processus de développement d'un produit. C'était certainement un avantage. Mon expérience en tant qu'ingénieur QA m'aide désormais dans la programmation. Lorsque j'effectue une tâche, je sais que mes collègues la testeront, c'est pourquoi je décris autant de détails que possible qui méritent qu'on y prête attention. Ensuite, lorsque les ingénieurs QA me demandent de m’aider à comprendre, je comprends ce qu’ils veulent savoir de moi. Je les aide donc à tester des composants spécifiques en cours de développement. La capacité d’analyser des systèmes comportant de nombreux éléments s’est avérée utile. Je peux facilement me souvenir de l’image globale d’un système, même complexe. Une partie des tâches d'un programmeur comprend également l'écriture de tests unitaires qui testent une fonction spécifique de l'application. Savoir comment écrire un script de test aide le plus directement mon travail. Si j'étais diplômé maintenant, j'essaierais dès le début de trouver un emploi de développeur. J'avais peur de programmer parce que nous avons étudié le C++ à l'université, où il faut considérer des tonnes de nuances lors du codage. Cependant, au cours de la formation, je me suis rendu compte que ce n'était pas le cas : des choses complexes peuvent être écrites simplement et clairement.