Dans le nouveau numéro du podcast Dry Oars, les développeurs Android ont invité les gars de QA à visiter. Nous avons discuté de ce type de discipline, de son utilité pour les entreprises et de la façon de tester une fusée sans demander à Ilon Mask.
Les développeurs de Redmadrobot
enregistrent des podcasts émouvants qui traitent du développement, de l'analyse, des tests et d'autres aspects de la création de produits informatiques. Cette fois, l'équipe QA de Redmadrobot a regardé dans la lumière: ses coéquipiers Alex et Gleb, et leur leader Sasha. Nous avons eu une conversation honnête sur la vie de l'AQ dans un monde où il y a des testeurs et des développeurs. Vous trouverez ci-dessous un lien vers l'entrée complète et les réponses aux questions les plus chaudes.
Qu'est-ce que l'AQ?
L'assurance qualité ou l'assurance qualité est la discipline responsable de la qualité des produits. Par exemple, pour la qualité d'une application mobile. Il est généralement intégré à toutes les étapes d'un projet. Les spécialistes de l'assurance qualité préparent et mettent en œuvre des normes de développement, effectuent des contrôles de qualité, préviennent les erreurs et améliorent constamment les processus internes. L'AQ est utilisée non seulement dans le développement mobile, mais également sur le Web, dans l'industrie et dans de nombreux autres domaines.
Quelle est la différence avec un testeur?
Globalement, le QC (contrôle qualité) ou les testeurs font partie de l'AQ.
Le testeur étudie le produit, effectue des recherches, élabore des scénarios possibles et détecte les bogues. Il donne à l'équipe une vue d'ensemble du produit. QC n'améliore pas la qualité, mais donne une idée de ce qui se passe dans le développement.
L'AQ aide également l'équipe à établir des processus liés à la qualité. Il regarde l'ensemble de l'image et fait en sorte qu'il y ait moins d'erreurs.
QC sur le résultat: trouver des bugs. QA sur le processus: déboguer les processus de développement afin qu'il n'y ait pas de bogues.
Le testeur doit-il connaître le langage de programmation dans lequel le programme est écrit?
Le testeur n'a pas besoin de connaître la langue et la technologie, mais cela peut être un plus dans le travail.
J'aime vraiment enquêter sur les bogues et parfois cela me faisait tomber: j'atteignais la ligne de code où le bogue était reproduit. C'est intéressant quand vous pouvez donner un peu plus d'informations au développeur dans le «rapport de bug». Mais c'est complètement facultatif.
"Le code est écrit h̶o̶r̶o̶sh̶o̶": le développeur écrit le code et le testeur recherche des bugs. Comment ne pas se quereller?
Le développeur réfléchit à la façon de bien faire. Le testeur pense comment tester pour trouver pourquoi cela est mauvais. Il y a un certain conflit d'intérêts.
Nous avons l'hypothèse que tout dépend de l'éloignement de l'AQ par rapport au développeur. Lorsqu'ils sont assis à proximité, ils raisonnent et réfléchissent ensemble à la tâche. Cela fonctionne mieux car le niveau de confiance est plus élevé. Être dans différents départements ou entreprises est difficile de parvenir à une telle compréhension mutuelle. Il ne reste plus qu'à être en colère contre les rapports de gars inconnus.
Cela se produit également avec des spécialistes au début du voyage. Les jeunes AQ et développeurs ont peu d'expérience dans le travail d'équipe, donc des difficultés surviennent. Au fil du temps, on se rend compte que vous êtes des partenaires, que vous travaillez sur un produit et que vous le faites mieux ensemble.
QA go a échoué aux programmeurs?
Cela se passe de différentes manières, certains adorent les tests. Par exemple, notre responsable QA Sasha a quitté la programmation parce qu'il aime tout casser davantage. Est-il possible de «migrer» d'un type de test à un autre?
Bref, oui. Un testeur est un testeur partout: il doit pouvoir créer des bugs, comprendre comment les tests sont écrits, etc. Si vous le souhaitez, vous pouvez trouver une nouvelle direction dans quelques semaines.
Mais comment tester une fusée?
Nous testons des logiciels et ne sommes pas liés à l'espace. Mais nous pouvons supposer comment cela pourrait être.
Comme dans d'autres tests, il s'agit ici d'une liste de caractéristiques de l'objet. Ses matériaux, sa résistance à l'usure, sa température de chauffage ou de refroidissement, la quantité de carburant par vol et des centaines de points supplémentaires. Si le testeur voulait tester la fusée, il ferait n'importe quoi avec lui: il chaufferait, refroidirait, l'enverrait à une distance pour laquelle il n'était pas conçu, etc. L'élaboration de tels scénarios, à partir de la documentation de l'objet ou de connaissances empiriques, permet d'identifier des défauts dont la correction conditionne la qualité de tout produit.
Liens utiles
Pack de démarrage pour tous ceux qui veulent pénétrer dans le monde de l'assurance qualité aujourd'hui:
→
Tester Dot Kom, ou un manuel sur la cruauté envers les bugs dans les startups Internet→
Test logiciel. Cours de base→
Certification ISTQB→
Doit avoir pour tout testeurSi vous avez des questions - écrivez dans les commentaires, nous comprendrons :)
Écoutez-nous sur une plateforme pratique
SoundCloud Apple Google Podcasts . Venez discuter de la question dans le
chat Telegram .