6 choses que j'aurais aimé savoir quand j'ai commencé en tant qu'ingénieur QA

Publié: 2021-01-27

Avant qu'il ne se retrouve entre les mains du client, chaque produit sur le marché subit des tests pour s'assurer qu'il fonctionne correctement sans se casser pendant le processus. Dans la "chaîne de production" d'une société de développement, la personne en charge de l'excellence du produit final est l'ingénieur Assurance Qualité.

Un ingénieur en assurance qualité, également connu sous le nom d'AQ, s'assure qu'il n'y a aucun problème avec le produit final et que tout fonctionne correctement . Pour ce faire, ils effectuent des tests manuels et automatisés en continu à toutes les étapes de la production.

Mais un QA n'est pas simplement un testeur de logiciel ou un analyste. Pour garantir les meilleures performances du produit, ils doivent avoir une image claire de l'activité du client, de la logique derrière l'idée et des objectifs du produit. Ils doivent penser au profil de l'utilisateur final, ainsi qu'avoir une connaissance approfondie des étapes et des processus du cycle de développement.

Et ce n'est pas quelque chose pour lequel vous pouvez obtenir un diplôme. On n'a peut-être pas besoin d'une formation ou d'une formation particulière pour commencer en tant qu'AQ, mais un certain ensemble de compétences sera certainement utile. Si vous êtes flexible et polyvalent, que vous avez le souci du détail et que vous sortez des sentiers battus, que vous avez l'esprit d'équipe et que vous êtes toujours prêt à apprendre et à vous améliorer, c'est peut-être le bon cheminement de carrière pour vous aussi.

Alors, laissez-moi vous raconter comment je suis devenu ingénieur en assurance qualité.

L'assurance qualité n'est pas une tâche facile

La source

Tout a commencé à l'été 2014, et comme la plupart des bonnes choses dans la vie, c'était une pure coïncidence. À l'époque, je travaillais comme barman et je venais d'obtenir un Master en chimie nucléaire. (Ouais, vous pouvez imaginer quel genre de "cocktails explosifs" je secouais à l'époque).

Un jour ensoleillé, le PDG de DevriX, Mario Peshev, m'a demandé d'aider l'entreprise à tester ses projets. J'ai pensé, bien sûr, pourquoi pas, c'est un travail facile – rester assis tranquillement, cliquer avec la souris, ajouter quelques valeurs ici et là, s'assurer que le logiciel fonctionne. Comme j'étais naïf à l'époque.

Quoi qu'il en soit, j'ai accepté le poste de testeur et je travaille comme spécialiste de l'assurance qualité depuis six ans. Comme vous pouvez l'imaginer, les tests de logiciels n'étaient pas ce à quoi je m'attendais. Ce n'est pas rester assis et cliquer toute la journée avec la souris. C'est bien plus que cela, et parfois, il est même difficile de mettre des mots sur ce que nous faisons réellement.

Maintenant que je suis là depuis un certain temps, je me rends compte qu'il y a 6 choses essentielles que j'aurais aimé savoir quand j'ai commencé comme QA. Si vous êtes sur le même chemin, continuez à lire - vous pourriez apprendre une chose ou deux de mes erreurs. Et si vous ne le faites pas, ne soyez pas trop arrogant, vous aurez tout le temps de faire vos propres erreurs. Parce que c'est ainsi que nous apprenons et devenons les meilleurs dans ce que nous faisons.

1. Ce n'est pas un travail facile

Spécificités du poste d'AQ

La source

Il y a une tendance émergente de nos jours, que je ne peux pas m'empêcher de remarquer. De nombreuses personnes quittent leur zone de confort pour changer de carrière et se lancer dans le domaine informatique.

Et un grand pourcentage de ces personnes choisissent d'essayer la carrière QA parce qu'elle semble être la plus facile.

Rien ne pouvait être plus loin de la vérité. En fait, pour devenir un ingénieur QA performant, vous devez consacrer le même temps et les mêmes efforts à devenir développeur de logiciels . Il y a un tas de compétences techniques essentielles que vous devez acquérir, mais plus important encore, vous devez maîtriser la capacité de choisir la bonne au bon moment. L'ingénieur QA combine de nombreux rôles et son travail nécessite une compréhension de l'ensemble du cycle de développement et des objectifs commerciaux . Il ne s'agit pas seulement de trouver des bogues et de signaler que ceci ou cela ne fonctionne pas.

Pour devenir un ingénieur QA performant, vous devez consacrer le même temps et les mêmes efforts que pour devenir développeur de logiciels.

Si vous voulez être un ingénieur QA performant, vous devez comprendre :

  • Comment mieux gérer son temps
  • Comment gérer les demandes qui vous sont confiées
  • Comment hiérarchiser vos tâches

En même temps, tout ce qui précède fait partie du rôle de chef de projet.

En tant que QA, vous devez également développer la capacité de créer un environnement de serveur de test ou de transfert ou de pouvoir déployer ou réparer un serveur défectueux, ce qui fait partie du rôle SysAdmin/DevOps .

Dans le même temps, vous devez être capable de lire et de comprendre les informations nécessaires de Google Analytics (GA) ou de toute autre donnée , qui fait partie du rôle d'analyste de données.

Ainsi, le QA-ing nécessite d'être proactif et d'apprendre et d'explorer constamment de nouveaux territoires.

2. Vous n'avez pas besoin de connaître un langage de codage (mais cela aide)

Vous n'avez pas besoin de connaître un langage de codage

La source

Comme vous l'avez lu au début, avant de devenir ingénieur QA, j'étais barman.

Mes compétences en codage et ma base de connaissances dans n'importe quel langage de programmation étaient nulles . Oui, tous les tests étaient en boîte noire. Oui, avec beaucoup de créativité et d'efforts, j'ai pu compenser cela et faire mon travail.

Mais à mesure que les projets devenaient plus gros et que les fonctionnalités devenaient plus complexes , le temps de test a doublé. Et mes "méthodes" d'en haut n'étaient tout simplement pas rentables et me causaient beaucoup de stress.

Donc, la décision intelligente était de commencer à apprendre PHP. Pourquoi PHP ? DevriX est une agence WordPress d'entreprise, et comme vous le savez, WordPress est un CMS écrit en PHP. Donc, si je voulais vérifier et comprendre la logique du développeur dans les commits, j'avais besoin de comprendre leur langage (le code). Cette approche a considérablement réduit le temps de test. De plus, très souvent, des problèmes étaient détectés même dans le processus de révision du code.

Mon point est que, oui, vous pouvez être un testeur sans aucun langage de codage, mais cela fera de votre vie un cauchemar. Alors pensez-y.

3. Vous devez comprendre le client et les objectifs commerciaux

Vous devez comprendre le client et les objectifs commerciaux

La source

Être un bon AQ, c'est bien. Mais si vous voulez être un excellent ingénieur QA , vous devez comprendre les objectifs commerciaux du client. Votre travail ne consiste pas seulement à écrire et à tester du code. Il s'agit de créer de la valeur commerciale.

En tant qu'ingénieur QA logiciel, tester le code et comprendre l'objectif commercial est la façon dont vous pouvez prendre du recul pour avoir une vue d'ensemble de ce que chacun fait. Cela vous permet de donner une valeur supplémentaire au produit final. Vous prenez une idée, la retournez et la retournez, la déconstruisez et la reconstruisez pour trouver les défauts et les faiblesses. Vous devez penser du point de vue du client, mais aussi vous mettre à la place de l'utilisateur final pour prévoir comment il gérerait le produit et améliorer son expérience.

Comprendre les activités d'un client peut vous rendre plus confiant pour prendre des décisions , hiérarchiser les tâches ou gérer votre temps plus efficacement. Cela pourrait vous aider à éviter une mauvaise implémentation par les idées fausses de l'équipe de développement ou une mauvaise compréhension des exigences.

Ainsi, les QA doivent vraiment avoir la tête dans le jeu et être sur place.

4. Continuez à apprendre en continu

La technologie de l'information évolue rapidement et aucun de nous ne sait ce que nous réserve l'avenir. Il est difficile de suivre les nouvelles technologies, frameworks, langages et techniques de conception. Si vous êtes un ingénieur QA qui ne maintient pas ses compétences à jour, vous ne pourrez pas obtenir les meilleures opportunités d'emploi - pour être honnête, vous n'en aurez peut-être même pas. Une équipe est aussi forte que son unité la plus faible. L'élargissement de vos compétences augmentera vos opportunités, même au sein de votre organisation.

L'apprentissage continu vous permet de favoriser l'innovation et d'être un catalyseur de la croissance de l'équipe. Lorsque vous apportez de nouvelles idées à votre équipe, vous mettez les membres de l'équipe au défi de penser à de nouvelles et meilleures façons de faire les choses.

Les meilleurs testeurs de logiciels comprennent à la fois les aspects commerciaux et techniques de leur produit. Ils proposent des questions uniques qui peuvent ne pas venir à l'esprit d'autres personnes ayant d'autres rôles dans l'équipe.

5. Posez de bonnes questions

Les bons testeurs doivent poser les bonnes questions !

Lorsqu'une nouvelle tâche vous est assignée, la première question que vous devez vous poser est :
"A qui dois-je parler si je veux comprendre quoi tester ?" La réponse ici est simple - Parlez à tout le monde que vous pouvez !

Lorsque vous démarrez un nouveau projet, vous devez créer une liste de toutes les personnes qui peuvent vous fournir des informations. La partie délicate est de savoir quel genre de question poser.

Pour vous donner une meilleure idée de ce dont je parle, imaginons le scénario suivant :

Vous participez à une réunion importante et vous discutez d'un nouveau projet passionnant avec l'équipe. C'est à votre tour de poser des questions, et vous tirez quelque chose comme "Que pensez-vous qu'il faudrait tester ?" . Imaginez le regard des gens qui vous regardent !

Presque tout le monde dans la salle dira : « Eh bien, n'êtes-vous pas l'ingénieur QA ici ? Testez tout ! Nous ne voulons pas de bogues dans l'environnement de production !

C'est le moment où tu t'es foutu.

Maintenant, vous commencez à réaliser que vous n'avez pas assez de temps pour tester l'ensemble du produit, que votre autorité dans la haute direction a été ruinée, que vous ne comprenez pas le produit lui-même.

Le problème ici est que nous avons demandé à quelqu'un d'autre de faire notre travail pour nous, de proposer ce qui doit être testé et quand.

Donc, pour en revenir au scénario de la réunion, nous devons poser des questions sans même parler des opérations de test. Essayez de comprendre quels domaines sont importants du point de vue d'un utilisateur ou sur la base d'une analyse concurrentielle. Essayez de recueillir des informations, pourquoi le client choisit notre produit et pourquoi il est si unique.

Voici quelques questions que vous pouvez poser :

  • Quels sont les aspects les plus importants de l'application ? Qu'est-ce qui le rend unique par rapport aux concurrents ?
  • Sur quelle partie du produit allons-nous nous concentrer dans nos campagnes marketing ?
  • Avons-nous des données Google Analytics (comme les navigateurs, les systèmes d'exploitation, les régions, etc.) qui nous aideront à mieux cibler l'audience ?
  • Avons-nous une forme de paiements liés au produit ? Quels fournisseurs de paiement utiliserons-nous, en fonction de l'expérience ?

Notez que nous n'avons pas demandé quoi tester, mais nous avons demandé ce qui est important pour l'entreprise.

6. Partagez votre expérience avec d'autres AQ

Partagez votre expérience avec d'autres AQ

La source

Vous pouvez être un ingénieur QA extraordinairement doué, mais si vous ne partagez pas vos connaissances, cela ne fera pas de vous une bonne personne, ni un excellent employé.

Partager c'est aimer!

Lorsque vous lisez un bon article de blog ou que vous découvrez une nouvelle technologie ou un outil, partagez-le ! En partageant cela avec l'équipe, vous montrez que non seulement vous êtes un apprenant passionné, mais que vous voulez les aider à apprendre et à atteindre les objectifs de l'équipe.

En partageant vos connaissances ainsi que les mauvais et bons moments, les erreurs que vous avez commises ou les réalisations que vous avez méritées, vous jetez les bases d'une équipe solide.

Il existe de nombreuses façons de partager vos connaissances :

  • Rédigez des articles de blog liés à votre profession ou à votre travail
  • Préparer et organiser des ateliers
  • Concevoir et animer différentes formations
  • Enregistrer des vidéos YouTube ou des podcasts

Emballer

Tout ce qui précède vous aidera à devenir un ingénieur QA Superstar avec une équipe formidable et solide pour vous soutenir, ce qui apporte de la valeur à l'entreprise.