Équipe QA chez Droptica. Entretien avec les testeurs

Les tests sont une partie très importante du processus de développement chez Droptica. En conséquence, les erreurs sont détectées dans les projets réalisés pour les clients afin que la mise en œuvre finale soit efficace. Je vous invite à une interview avec des testeurs extrêmement expérimentés depuis de nombreuses années.

Comment votre travail avec les tests chez Droptica a-t-il commencé ?

Michał Potasiak: Lorsque je suis arrivé chez Droptica, je savais que je voulais devenir testeur, j'ai donc suivi le cours plus tôt et obtenu le certificat du niveau Fondation ISTQB. De plus, j'avais quelques bases techniques car j'ai obtenu un diplôme en ingénierie en gestion et ingénierie de la production axé sur la production de logiciels informatiques. Je pense que la connaissance de base des langages de programmation et de l'ensemble du processus était mon avantage et quelque chose qui m'a permis de m'adapter assez rapidement dans l'entreprise.

Daniel Nowak: Mon travail a commencé un peu par hasard. Lorsque j'étais à l'université et que je cherchais un emploi, un ami m'a dit que Droptica recrutait pour le poste de testeur. Je voulais travailler dans l'informatique, donc le poste me convenait. Avant de me rendre à l'entretien, j'ai dû me préparer correctement. Il semble que l'entretien se soit bien passé puisque je travaille chez Droptica depuis 7 ans.

À quoi ressemble votre journée de travail ? Que fait donc un testeur de logiciels ?

Michał Potasiak: Je commence ma journée par une revue des résultats des tests automatiques. Ils sont effectués la nuit, toujours sur le code le plus récent, vous pouvez donc obtenir un retour d'information assez rapidement indiquant que quelque chose a besoin d'être amélioré dans le code ou les tests. La prochaine chose que je fais chaque jour est de vérifier les tâches actuelles dans Jira et leurs priorités. Cela m'aide à mieux définir ce que je devrais faire pour la journée. La prochaine tâche est la réunion quotidienne, où nous discutons de l'avancement du projet et des plans pour la journée avec l'équipe. La partie suivante de la journée dépend beaucoup du jour du cycle de projet que nous avons actuellement et des tâches sur lesquelles nous travaillons. Bien sûr, la tâche la plus courante sera de vérifier l'exactitude de l'exécution des tâches par les développeurs ou de refaire des tests après les corrections effectuées. Une autre tâche courante consiste à compléter les cas de test. Les tenir à jour vous aide à effectuer efficacement des tests de régression par la suite. Sur mon projet, j'écris aussi et maintiens des tests automatiques. Vous pourriez probablement mentionner quelques autres choses ici, comme les réunions de scrum, discuter des tâches avec les développeurs, mettre à jour la documentation des tests. Le fait est que chaque jour est légèrement différent et apporte de nouveaux défis.

Daniel Nowak: Je commence ma journée de travail par une revue des résultats des tests automatiques, puis une liste des tâches qui me sont assignées. À 9h00, le Daily de l'équipe de support a lieu et je commence à tester les tâches. Et ensuite, comme le dit Michał.

À quoi ressemble la coopération avec les développeurs ou le travail sur le projet ?

Michał Potasiak: Dans mon cas, il semble qu'une grande partie de cette question soit imposée par la métodologie Scrum, qui améliore la qualité du développement de logiciels. L'équipe de développement entière (le testeur est également membre de l'équipe) se réunit lors des événements Scrum, où ils discutent ensemble du projet. C'est pourquoi nous savons sur quoi nous allons travailler. Nous savons aussi quelles sont les limites des questions qui sont posées lors de la réalisation des tâches. Quant à l'aspect technique, je travaille dans une équipe distribuée, donc nous ne nous rencontrons pas physiquement tous les jours. Par conséquent, nous devons nous soutenir avec la technologie. L'outil le plus couramment utilisé est Slack. Il est pratique à la fois pour poser des questions rapides mais aussi pour discuter plus longtemps dans des fils de discussion. Il est un peu moins efficace en vidéoconférence, c'est pourquoi nous utilisons Bluejeans à cette fin. Nous gardons les tâches et les informations à ce sujet dans Jira.

Daniel Nowak: Je travaille principalement dans l'équipe Drupal support chez Droptica. Nous avons ici beaucoup de projets sur lesquels les développeurs réalisent des tâches. Le développeur effectue une tâche, la transmet à la QA, et je vérifie et change le statut en conséquence (je la renvoie ou l'envoie pour examen au client). En ce qui concerne l'aspect humain typique, je pense que la coopération est fluide - tout le monde se sent membre d'une seule équipe. Par conséquent, il n'y a pas de friction stéréotypée entre testeur et développeur.

Avez-vous une routine dans votre travail quotidien ?

Michał Potasiak: À mon avis, la routine peut être divisée en deux facteurs. Le premier - des résultats positifs obtenus de l'expérience acquise. Cela vous permet de prévoir avec une probabilité accrue où les erreurs peuvent être trouvées dans le projet. Le problème est qu'il y a aussi un deuxième aspect qui fait que lorsque nous faisons quelque chose de façon routinière, cela peut nous endormir.

Daniel Nowak: La variété des projets dans l'équipe ne permet pas une routine. J'utilise mon expérience dans les tâches routinières, mais si possible, j'essaie de les automatiser pour me débarrasser des tâches les plus routinières.

L'erreur la plus étrange / la plus difficile que vous avez rencontrée ?

Michał Potasiak: Au cours de plusieurs années de travail chez Droptica en tant que testeur, j'ai rencontré plusieurs erreurs étranges, telles que des données disparaissant ou un envoi massif d'emails (heureusement dans l'environnement de test). Il est difficile de choisir la "meilleure" car ce sera quelque chose de différent pour chacun. Pour moi, le cas le plus étrange était lorsque l'application était affectée par les anciennes données stockées dans un compte Google qui altéraient son apparence. Et quand il s'agit de la plus difficile, pour moi les erreurs les plus difficiles sont toujours celles que le développeur ne peut pas reproduire facilement chez lui. Les développeurs corrigent leurs erreurs sans hésitation. Le problème survient lorsque ces erreurs ne peuvent pas être reproduites. Habituellement, c'est dû à des différences dans les environnements, que nous avons limitées chez Droptica, grâce à Docker-Console.

Daniel Nowak: Nous migrions vers Drupal 8 il y a quelques années. C'était un système avec un grand nombre d'utilisateurs à migrer. Le client n'a pas mentionné que certains des utilisateurs avaient été ajoutés manuellement par l'administrateur, et non via le formulaire d'inscription. Ce petit fait signifiait que les utilisateurs ajoutés manuellement n'avaient pas les permissions appropriées pour voir le contenu acheté. Une petite erreur dans les arrangements de conception trouvée par hasard a causé un assez gros bug à corriger dans Drupal.

Quels sont les projets les plus intéressants chez Droptica en matière de tests ?

Michał Potasiak: Je dirais que le projet sur lequel vous travaillez actuellement est toujours le plus intéressant. Je peux apprendre quelque chose de nouveau d'un projet à l'autre. Depuis que la technologie Drupal est en cours de développement, elle offre des possibilités dans le processus de test. La variété des projets chez Droptica est impressionnante, donc vous pouvez apprendre quelque chose d'important sur chacun d'eux et cela peut être utile pour tester votre prochain projet.

Daniel Nowak: Les projets intéressants sont ceux où nous vérifions beaucoup de logique, compliquée en termes de variété de rôles utilisateurs. Et aussi ceux où, en plus des tests manuels, il y a du temps pour l'automatisation des tests.

Résumé

Récemment, Michał Potasiak a écrit un article sur les tests automatisés sur plusieurs navigateurs. Je le mentionne parce que le texte a suscité un vif intérêt non seulement dans la communauté Drupal, mais il vaut également la peine d'être mentionné car le partage des connaissances est un élément important de la culture organisationnelle chez Droptica. Ainsi, le bénéfice pour les clients est indéniable - grâce au développement des compétences de nos testeurs, chaque projet au stade des tests est géré efficacement et avec une utilisation la plus efficace du temps.