Que fait un testeur de logiciels ? Un testeur est plus qu'un métier. Qualités personnelles requises

Au cours de mon travail dans le domaine des tests, je me suis formé ma propre opinion particulière sur ce domaine, du poste de testeur junior au chef du département de tests (responsable de tests). Et, d’une manière générale, cet avis est assez critique avec une part d’amour et d’adoration pour ce merveilleux métier.

En guise d'introduction

Je n’ai jamais eu l’intention de devenir testeur – j’étais plus intéressé par le développement. Dès l'école, j'ai écrit des programmes qui étaient déjà testés par mes camarades de classe, puis par mes camarades de classe : je m'intéressais à résoudre des problèmes et à donner vie aux choses, et je traitais les problèmes et les bugs qui survenaient après que les utilisateurs me les signalaient. J'ai attribué un numéro mineur à la version, et... et dans une sorte d'équilibre entre fonctionnalité et qualité, le programme est resté pour toujours, laissant la place à de nouveaux projets et programmes.

Pour l’avenir, je dirai qu’une partie de cela réside dans La clé d’une gestion de projet réussie consiste à trouver un équilibre entre les coûts de développement de produits et la qualité du produit. Tout produit est similaire à un organisme biologique, à la formation duquel non pas une personne, mais plusieurs, participent directement ou indirectement. Toutes les parties prenantes doivent participer à la formation d'un bon produit, et chacune d'entre elles doit apporter une contribution significative à la cause commune. Mais, à ma grande surprise, les testeurs occupent une niche particulière à cet égard : d’une part, ils sont le maillon du processus, et d’autre part, ils sont les seuls ingénieurs à avoir un droit de veto sur la sortie d’une version du produit.

J'ai appris tout cela lors de mon premier emploi en tant que testeur avec des ambitions de développeur inextinguibles. Tout d’abord, j’étais fasciné par la possibilité d’accéder à la gestion de produits, un pouvoir auquel je ne m’attendais pas vraiment. C'était génial, quelque chose de spécial, au-dessus d'écrire juste une autre fonctionnalité. Deuxièmement, les testeurs, en raison de la nature de leur métier, ont une meilleure compréhension des processus et des objectifs du produit, et transmettent en partie les objectifs commerciaux aux développeurs et les résultats des développeurs aux managers. Malheureusement, dans le monde, et notamment en Russie, l'idée du rôle de testeur est très chaotique et son importance est largement sous-estimée. Et les entreprises qui sont toujours dans la tendance tentent de développer les domaines des tests et de la gestion de la qualité, même si elles se fixent des objectifs quelque peu exagérés : « trouver toutes les erreurs, réduire au minimum le coût de développement grâce aux tests ».

Cet article, rédigé principalement à partir de conversations avec diverses entreprises, est la quintessence des réponses à leurs questions. Deuxièmement, il s'adresse aux testeurs débutants et aux personnes qui souhaitent en savoir plus sur les tests d'un point de vue interne. Troisièmement, cela repose uniquement sur mon expérience (subjective).

Thèse n°1 : Un testeur n’est pas un singe

Le SDK Android comprend un merveilleux outil appelé MonkeyRunner, qui vous permet d'automatiser le processus de test des applications Android, idéalement sans code source, sans connaissance particulière des langages de programmation (seule une compréhension générale des langages de script suffit) et, plus important encore, pour simuler n’importe quel comportement d’un utilisateur réel. Le résultat est une sorte de script singe qui tape, tape et lit l'application. Le mieux, c’est que vous pouvez « externaliser » la machine. Pour moi, cette compréhension des tests fait partie du cours. Mais, à ma grande surprise, alors que je cherchais du travail pour la première fois après mon premier poste de testeur, il s'est avéré qu'il y avait (et il y a toujours !) une étrange division sur le marché entre « manuel » et « automatisé ». les testeurs, en plus, une échelle. Les notes sont si mélangées et si allongées qu'on en est étonné. Sans parler du fait que d'une entreprise à l'autre, les mêmes postes impliquent des responsabilités professionnelles différentes, cela est particulièrement vrai pour les postes de direction.

Mes responsabilités professionnelles comprenaient : la rédaction de conceptions de tests, de cas de test, de stratégies de test (s'il s'agissait d'un projet qui m'était assigné), le rapport de bogues, la révision de documents et la création de documentation de test. C'était pour moi une évidence, même si j'ai été quelque peu surpris que ces responsabilités soient réparties entre mes collègues occidentaux. Sur le marché, il s'est avéré qu'il est assez courant qu'une conception soit écrite en utilisant CTE/UML (au mieux) Test Lead/Senior Tester/Test Designer. Cas de test (diverses stratégies de tests de limites, tests d'interface, tests de charge, cas de banc) - Testeurs seniors. Et enfin, il y a les postes inférieurs d'« interprètes » - Testeur. Dans certaines entreprises et départements, leur nombre peut atteindre 20 personnes ou plus ! En d’autres termes, le personnel du projet comprenait, au mieux, des singes qui possédaient les compétences nécessaires pour utiliser un ordinateur et un certain type de produit.

En fait, c'est... quelque peu faux. Parce que le testeur n’est pas un singe. Si ce n’est pas le cas, soit vous, en tant qu’entreprise, lancez différents produits en peu de temps, sans support ni qualité ultérieurs, en effectuant des tests de fumée formels, ou, plus probablement, votre manager/architecte est un mouton.

Les coûts de l’automatisation des tests ne sont pas amortis immédiatement.

Pour ceux qui connaissent la théorie des tests (qui, comme le montre la pratique, ne sont pas si nombreuses), il est bien évident que le besoin d'automatisation dépend fortement des spécificités du projet (son timing, son support, sa répétabilité, etc.). Dans certains cas, il est de loin préférable d'effectuer des tests de fumée et des tests bêta utilisateur et d'effectuer l'acceptation par l'intermédiaire du propriétaire du produit plutôt que de compliquer les processus. Il doit également y avoir une compréhension claire de l'acceptation du produit : de haut niveau et de bas niveau. premier cas, au sein du projet, vous pouvez définir les rôles et l'acceptation du produit par le productowner, dans le second il est possible de le limiter, si les exigences le permettent, à l'acceptation par les ingénieurs de développement eux-mêmes avec la publication de notes de version Dans le cas où des tests séparés sont encore nécessaires, il est alors beaucoup plus simple et plus efficace de disposer d'un processus pour le cycle de vie du produit et d'une personne définie par la direction ou une équipe d'ingénieurs capables de couvrir de manière indépendante les tâches de déploiement. et tester un produit, c'est-à-dire des personnes qui connaissent a priori le domaine, les outils et les méthodes, et non un troupeau de singes confiés à des développeurs ou à un chef de projet.

Remarque n°1

Étonnamment, cette thèse simple est souvent délibérément violée. Par exemple, c’est un bon moyen pour les entreprises d’externalisation de gagner des ETP supplémentaires. En termes commerciaux, il est tout simplement plus rentable de vendre davantage, ce qui a un faible coût. D'après mon expérience de travail chez Auriga, où les clients disposaient de ressources appropriées à hauteur de dizaines de personnes moyennant un tarif horaire, il ne s'agit pas d'un cas isolé. De plus, un tel plan couvre bien les objectifs de dotation en personnel d'un projet pour un client à un coût minimal. Malgré le fait que la charge de travail du chef de projet augmente considérablement, avec une gestion compétente, cela peut conduire à la création d'une « forge RH » à travers le projet, liant le personnel à l'entreprise (formation et développement des compétences) à un prix d'achat relativement plus élevé. un spécialiste du marché, puis revente, rotation du personnel pour des projets plus exigeants.

Une autre raison de cette stratégie est la possibilité d'acquérir du personnel non ciblé pour le client. Il se trouve que les besoins en personnel de vos employeurs ou clients sont parfois à courte vue (ce qui sera discuté ci-dessous) et que la possibilité d'acquérir du personnel fictif est moins coûteuse pour l'entreprise (en termes d'argent et de temps). Disons, acheter ce genre de « singes » pour un projet avec le paramètre « 20 ans d'expérience » (mais peut-être être un spécialiste très médiocre). Cela est particulièrement vrai dans le système de grades Junior/Standard/Senior de nombreuses entreprises, notamment en dehors de la Russie, où les exigences en matière d'expérience et les réalités sont légèrement différentes.

La deuxième raison, et, à mon avis, la principale, ce sont les risques. Définir des tâches sur un projet à des fins de test couvre certaines fonctionnalités et actions. Souvent, les processus peuvent être automatisés, notamment en ce qui concerne les activités régulières, les tests de régression, c'est-à-dire que dans le processus de test, il est possible de créer une ferme, un processus et une infrastructure, souvent évolutifs, portables et transférables à d'autres produits et projets avec des coûts minimes. Réduire le travail « direct » sur un projet pour un testeur entraîne les deux conséquences suivantes :

Le testeur devient testeur d'automatisation ou il reçoit de nouveaux domaines de responsabilité et une nouvelle charge de travail. Dans ce cas, son prix de marché et sa demande augmentent, ce qui entraîne un risque de départ ou d'augmentation des exigences salariales, ce qui peut constituer un gros problème au sein d'un projet et l'incapacité d'évoluer et de tourner au sein de l'entreprise.
Le risque que le système soit transféré au client ou au côté externalisé. Dans le cas d'une entreprise d'externalisation, il s'agit du risque de perdre des ETP jusqu'à la perte du projet. De tels risques sont rarement inclus dans les plans de risques des projets, bien qu’ils soient indirectement gérés par la mission de l’entreprise et par la pression de la haute direction.

Par conséquent, cette première thèse doit être considérée comme un problème d’un point de vue stratégique pour toute entreprise, le problème du rôle des processus d’essai et d’ingénierie de construction. Sa résolution, sa gradation compétente et le recours à du personnel purement technique sont le signe d'une gestion compétente et d'une planification à long terme dans les entreprises.

Thèse n°2 : Les tests sont un métier d’ingénieur

En raison de la confusion avec les singes dans le domaine des tests, de nombreuses personnes sont éloignées du domaine de l'ingénierie et n'ont parfois même pas la formation technique appropriée. C'est vraiment triste et triste, car il n'y a vraiment pas assez de ressources qualifiées sur le marché des tests aujourd'hui - les spécialistes compétents préfèrent se lancer dans le développement (au mieux, des analyses proches du sujet), et ceux qui restent ont une mauvaise compréhension du cycle de vie des logiciels, langages de test et de programmation.

À mon avis, tout testeur doit avoir des connaissances techniques, des connaissances sûres et au moins des compétences de base dans l'administration de programmes d'application et de systèmes d'exploitation courants. De plus, le testeur doit avoir au moins une compréhension de base des langages de programmation, être capable de lire le code au moins de manière intuitive et de s'adapter rapidement aux nouveaux langages et programmes/environnements. En général, les principales caractéristiques d’un testeur sont la flexibilité et la capacité d’apprentissage. Par conséquent, ayant une expérience en programmation et une compréhension générale des langages de script et des langages de haut niveau, une personne pourra apprendre et s'adapter sans aucun problème. Idéalement, une connaissance du langage de script et des bases du langage de développement sur lequel repose le projet est requise.

De tout cela, il s'ensuit que le testeur doit être capable de travailler avec du code. Mais idéalement, un bon processus devrait être exécuté selon un modèle de boîte noire. Néanmoins, le testeur ne doit pas avoir peur d'examiner cette boîte de Pandore et d'aider le développeur à comprendre le problème. Autrement dit, être comme un canard dans l'eau dans le système non seulement de suivi des bogues, mais également de contrôle de version du code, et être capable de procéder à une révision du code.

Malgré le fait que dans la grande majorité des cas, j'entends l'opinion selon laquelle le processus de révision du code, de débogage (débogage) et de tests unitaires est la prérogative exclusive des développeurs, je me permettrai d'affirmer que ce n'est pas la bonne approche. Le problème vient d’une qualification insuffisante des testeurs et d’une mauvaise gestion du cycle de vie des logiciels. Cette approche peut bien fonctionner dans les petits projets TDD, mais la principale force et opportunité pour garantir une haute qualité du produit est de décomposer les sphères d'influence, de responsabilité et de garantir le principe de dissemblance. Cela rendra le processus de développement plus transparent. traçable et permettra de compenser l'effet « oeil flou » de la part des développeurs, pour éviter des « trucs » de leur part.

Remarque n°2

Chez Liebherr Aerospace, les processus et les rôles au sein de l'entreprise sont strictement structurés. Adhésion stricte aux modèles itératifs spécifiques à l’industrie. Cependant, dans l'aile de l'ingénierie, les postes d'ingénierie sont appelés de la même manière pour tout le monde : ingénieur logiciel. L'accent est mis sur le fait qu'un salarié de l'entreprise est avant tout un spécialiste, un ingénieur dans le domaine du logiciel. Cela signifie que l'employé doit comprendre les processus d'ingénierie, le processus de développement, les tests, la conception des circuits, etc. Cependant, chez les ingénieurs, il existe une division obligatoire en spécialisation : en Test, en Développement, en Exigences, etc.

Parce que l'entreprise suit des processus rigoureusement conçus pour maintenir la plus haute qualité, chaque partie du processus est divisée en participants indépendants. En pratique, cela signifie que chaque niveau d'exigences est rédigé par une personne distincte (équipe), la conception par une autre, le code par une troisième, les tests unitaires par une quatrième, les tests fonctionnels par une cinquième, et ainsi de suite. En même temps, afin d'éviter que les gens ne s'ennuient et ne s'enlisent dans la routine, ils essaient de faire tourner les personnes dans le projet par fonction et, très probablement, même sur le même projet, dans des itérations différentes, un L'ingénieur, au mieux de ses capacités, assumera différentes responsabilités et couvrira différentes étapes du développement logiciel.

Le fait que chacune des étapes et types de développement et de test doit être couvert par des personnes différentes découle des exigences des normes internationales telles que DO-178B (pour l'aviation), EN 50128 (pour le transport ferroviaire) ou GOST R IEC 60880 (pour centrales nucléaires) et garantit in fine la plus haute tolérance aux pannes au niveau des processus, y compris en termes de tests logiciels.

Thèse n°3 : Les métriques n’ont aucun sens s’il n’y a pas de travail d’équipe

Lors de presque tous les entretiens pour le poste de responsable de test, vous pouvez entendre une question sur la façon dont le candidat va construire le processus de test et quelles métriques il va tirer du projet, quelles métriques il utilisera par rapport à lui-même. En fait, vous pouvez proposer de nombreuses options pour les mesures - quantitatives et qualitatives - mais elles n'auront pas beaucoup de sens tant que l'équipe du projet ne sera pas efficace. Au sein d'une équipe au sens large du terme, c'est-à-dire aussi bien au sein du service/de l'équipe de tests que lors des interactions avec une équipe de développeurs et de clients métiers.

En pratique, cela signifie qu'il est inutile de considérer le nombre de tests développés (c'est une mesure de progrès), les bugs trouvés (dans le pire des cas) comme indicateur de l'efficacité de l'équipe de test, voire les taux de régression, même synthétiques. des métriques sur le projet (utilisant des critères d'importance et d'intensité de travail), sans parler des métriques idiotes (mais toujours applicables pour l'équipe de test KSLOC\heure). Pour un chef de projet, il peut être judicieux d'utiliser CPI/SPI comme KPI de projet, qui peut être basé sur toutes les métriques identifiées et collectées par le responsable de test. C'est-à-dire une évaluation assez abstraite et de haut niveau en fonction de l'effort déployé et du résultat obtenu. Mais à condition que les équipes travaillent comme un seul organisme.

Pour les testeurs, cela signifie qu’ils sont le ciment, la roue motrice du processus qui fera fonctionner le logiciel et répondra aux exigences. Dans le processus de test, cela signifie à la fois tester lui-même et fournir un test de répétabilité, de documentabilité, de problèmes possibles et de solutions au problème (si cela est visible du côté des tests, s'il y a suffisamment de qualifications), ainsi qu'une double vérification des tests. (VoV). En d'autres termes, la tâche des tests est à la fois de réexécuter et de revérifier tous les états possibles et (si nécessaire et suffisant) de couvrir l'intégralité de la stratégie et du plan de test (au moins ce qui est indiqué dans Quality Gates), d'identifier les bogues et de les résoudre via développeurs de logiciels et spécifications. Autrement dit, à partir du moment où un bug est vérifié et découvert, la responsabilité de celui-ci ne « transfère » pas au développeur, mais est accompagnée par le testeur jusqu'à ce qu'il soit résolu. En gros, le testeur est responsable des bugs et le développeur est responsable des fonctionnalités.

Nous arrivons ici aux principales différences entre un testeur et un développeur, qui dans mon article s'avèrent très proches et similaires. Cependant, en termes de style de travail, les développeurs sont généralement soit des perfectionnistes, soit des « développeurs de fonctionnalités » (qui aiment coder pour le code, les fonctionnalités et les algorithmes) ; les testeurs sont soit des pédants, soit des automates (cherchant à automatiser l'automatisation). Par conséquent, dans un projet, le testeur sait comment le faire correctement et le développeur sait exactement comment.

Sur cette base, je répète que l'essentiel est le résultat, qui dépend d'une seule équipe, et pas seulement des mesures d'un progrès, par exemple le développement de la conception. Et là où le processus s’affaisse davantage, c’est là que réside le problème ; c’est là que se situent les véritables mesures, qui ont déjà du sens dans le contexte d’un projet synergique qui fonctionne. Il est fort possible que le long développement des tests ne soit pas la faute du concepteur, mais la faute de l'analyste qui a traduit les exigences de manière trop complexe.

Remarque n°3

Malgré le fait que le modèle que j'ai décrit parle de l'unité et de l'interconnectivité de toutes les étapes des processus, il est aujourd'hui plus correct de classer les testeurs en développeurs de tests eux-mêmes (en soulignant leur force et leurs connaissances en méthodologie de test) et en ingénieurs DevOps au service du infrastructure. La séparation des fonctions présente ses avantages lorsque la taille du projet est suffisamment grande et que le financement est suffisant, lorsque le développement, le support et les tests de l'infrastructure peuvent être répartis entre ingénieurs, idéalement entre experts spécialisés. Le point important est qu’un ingénieur de tests est après tout avant tout un ingénieur, un développeur en tests, capable d’utiliser différents outils pour résoudre un problème donné. Et seulement deuxièmement - un expert dans un outil et un programme particulier. Les experts en outils et en capacités de framework sont plus correctement classés en ingénieurs individuels, ingénieurs en outils.

Thèse n°4 : Le testeur est au centre du processus de développement logiciel

Le modèle en V du développement logiciel montre clairement que le testeur est impliqué dans toutes les étapes du cycle de vie.

La similitude entre le développeur et le testeur, le flou des frontières du domaine en présence de bonnes qualifications sont le principal indicateur d'intérêt pour le travail du testeur. Bien sûr, on peut affirmer que l'implication dans le produit et sa qualité dans le cas du test d'une boîte noire est un facteur de motivation, mais, à mon avis, une personne venue dans le domaine technique et de l'ingénierie l'a fait consciemment, avec le désir se développer et travailler sur lui-même. Par conséquent, la possibilité d'élargir ses horizons, d'influencer la qualité du produit (même de petites choses), d'être actif et également d'opposer son veto à la sortie d'un produit d'un testeur, à mon avis, sont des arguments plus puissants pour la profession. Et si tel est le cas, puisqu'un bon testeur n'est pas un singe, mais un ingénieur de recherche, un expert qui participe à presque toutes les étapes du cycle de vie du logiciel (par opposition aux rôles d'analystes, de concepteurs, de développeurs et de rédacteurs techniques), responsable de la qualité du produit (pas du processus, c'est pour l'AQ, donc par « qualité du produit », nous entendons le respect des exigences et normes énoncées et approuvées, des listes de contrôle, etc.), puis afin d'améliorer la qualité du produit et se développer en tant que spécialiste, l'ingénieur d'essai doit prendre une position active. Il sait comment améliorer le produit. Sait ce qu'est « assez bon » et comment en faire un produit ou un processus, afin qu'il puisse initier un mouvement parmi l'ingénieur de développement et les autres équipes et même les entreprises. Par exemple, dans tout projet, il y a des moments d'arrêt qui peuvent être acceptables de la part de la direction. Habituellement, à cette époque, les employés résolvent des problèmes personnels ou s'auto-éduquent. En termes de travail, un développeur peut faire du refactoring, étudier des algorithmes et les transférer dans ses projets. Que doit faire un testeur ? Apprendre de nouveaux outils de test ? Il ne fait rien sans un package initial des développeurs/analystes. En effet, il peut automatiser ses activités ou améliorer les produits qu'il utilise, même s'il est loin des infrastructures et des devops.

Remarque n°3

Chez Liebherr Aerospace, le processus rigide limitait fortement l'utilisation de tout outil et formalisait strictement le processus de développement et de test, c'est-à-dire qu'il n'y avait pas beaucoup de place pour l'automatisation - même interférer avec le suivi des bogues était interdit. Cependant, un processus tel que la préparation de la documentation était automatisé pendant ces périodes, bien qu'en utilisant le VBA non interdit pour MS Office. Et pour le processus de révision du code, les analyseurs de code statiques pourraient être améliorés. Ils ne répondaient pas tout à fait aux normes du projet et généraient des messages inutiles qui n'étaient pas filtrés même par grep de base. Cependant, afin de réduire le temps de révision manuelle du code, pendant le temps d'arrêt, nous avons travaillé pour l'avenir, en améliorant un produit tiers, tel qu'un analyseur statique, en préparant un ensemble de cas pour qu'il mette en œuvre les vérifications dont nous avions besoin.

Thèse n°5 : Les tests ne sont pas le lieu idéal pour se concentrer sur les mots-clés

Le dernier et le plus étrange sujet, à mon avis, est une idée très vague de tests (même en théorie, sans parler de la pratique). Dans de nombreuses entreprises, les services de tests ne répondent pas aux attentes ; dans certaines, ils se sont même discrédités et fonctionnent à une petite fraction de leur efficacité potentielle pour un certain nombre de facteurs. Le problème vient à la fois du manque d’école et de l’incompétence de la direction. La situation est très déplorable dans les industries éloignées de l'informatique, même là où « l'argent n'est pas un problème » - les tâches y sont définies sur le principe « d'améliorer la qualité du produit ». Même dans les entreprises informatiques où il existe une compréhension générale des processus, il existe un certain nombre de problèmes liés à la fixation sur certains rôles ou outils, même si, je le répète, cette approche est peu applicable aux tests.

Dans l'une des grandes banques d'investissement où j'ai été interviewé, il y avait une exigence similaire pour le poste de responsable des tests : « augmenter la qualité et réduire les défauts ». Tout problème peut être résolu. Bien que cachée derrière le voile des tâches se cache la coordination des départements pour un certain nombre de produits différents, l'élaboration de plans de tests, l'organisation des tests, la collaboration avec les développeurs, la constitution d'une base de données de cas, etc. En fait, il est logique qu'un certain « directeur qualité », également appelé directeur QA, assume la responsabilité de la qualité des produits dans une entreprise, et pas seulement le chef du service de tests. Cependant, ici, il s'agit de pouvoirs que ce poste ne possède pas et de l'absence d'un groupe qui n'était pas du tout prévu (qui pourrait aider un tel). Autrement dit, l’entreprise a besoin d’un seul orchestre, sans équipe. La solution ici est simple : la direction recherche par mots-clés et considère la qualité dans l'abréviation QA comme une panacée à tous les problèmes, même si elle relève du domaine du top management stratégique et des processus qui doivent être lancés d'en haut avec les pouvoirs et ressources.

Idéalement, la gestion de la qualité (AQ) et les tests en sont deux.

Le problème est systémique, car c'est plutôt bien lorsque l'on recherche RH en utilisant des mots-clés comme « test de charge », « fonctionnel ». Mais lorsque dans le processus d'évaluation l'accent est mis non pas sur les compétences de test, ni sur l'activité et la flexibilité du candidat, mais sur un outil spécifique, c'est déjà un problème, surtout lorsqu'il n'y a aucune trace de test (il y a du singe) , et ce n'est pas un fait que l'outil requis soit plus efficace que celui que connaît le demandeur. Le problème est que la connaissance d’une petite nuance ou d’un outil dont la maîtrise prendra plusieurs heures est placée au premier plan, au-dessus de la connaissance des langages de programmation ou de la théorie. Dans l'une des interviews, c'était assez amusant de répondre aux questions : « nommez un livre sur les tests » et, après avoir répondu à propos de Sam Kaner, d'entendre : « nous ne le savons pas, mais avez-vous lu quelque chose sur le cycle de vie d'un bug ? Ce serait drôle si ce n'était pas si triste. Il est triste que les RH signalent un refus dû au manque d’expérience d’un candidat, même si cela est dû à une mauvaise insistance.

Trouver un bon testeur est un gros problème, car un ingénieur de test est, idéalement, une personne qui résout les problèmes techniques liés au développement de logiciels, une sorte de solutionneur de problèmes. Pour une telle personne, outre les compétences techniques, il est très important d'être attentif, d'avoir un esprit curieux, d'être actif et de pouvoir transmettre une pensée et défendre son point de vue à tout niveau. D'une certaine manière, les testeurs sont des chercheurs. du monde du développement de logiciels. Par conséquent, entre les mains d'un ingénieur de test, un symbole facilement reconnaissable est une loupe (lentille) observant des bugs. Il caractérise parfaitement le travail d'un testeur : il sert à la fois aux fins prévues pour identifier les défauts et pour « brûler des trous », avec son aide on peut faire du feu et même, disposant de tout un système de lentilles, observer les étoiles. L'essentiel est de pouvoir le faire.

Remarque n°5

Intel a une approche dominante dans laquelle les outils sont sélectionnés en fonction des préférences des employés participant au projet. Cela signifie qu’en général, peu importe l’outil et le langage que vous choisissez pour résoudre un problème, l’essentiel est de le résoudre. La coexistence de trois ingénieurs de test différents écrivant dans trois langues différentes est parfaitement acceptable tant que le problème est résolu, résolu efficacement, que les frais généraux de support sont raisonnables et que le processus est documenté. De plus, de nombreux outils utilisés sont gratuits, open source ou propriétaires. Il existe aujourd'hui un grand nombre d'outils avec lesquels il est possible de résoudre divers problèmes, et le choix des outils ne doit pas limiter les capacités de l'ingénieur. Cependant, si une tâche nécessite réellement l’utilisation d’un outil autre que celui disponible gratuitement, alors, avec une compréhension et une justification claires, elle peut être achetée et utilisée. Cela correspond encore une fois aux objectifs de l'entreprise - ne pas enfoncer de clous avec un microscope, ne pas travailler efficacement, en tirant le maximum des outils, si les qualifications des ingénieurs leur permettent de se débrouiller avec de « petites pertes ». Une bonne alternative est également de participer à des projets open source et d'y investir pour une utilisation ultérieure pour vos propres besoins. Cette approche fait d’une pierre deux coups (ses propres besoins) et tâches et crée des outils que la société entière peut utiliser librement.

Au lieu de conclusions

Un testeur est plus qu'un métier. C'est l'image d'une vie proactive et du désir de rendre cette vie meilleure pour chacun par des moyens réalisables et efficaces. Les objectifs d'un testeur pour un produit sont les plus proches des objectifs commerciaux et de l'objectif stratégique de l'entreprise pour ce produit, tout en étant profondément ancrés dans l'entreprise en tant que chercheur. Et si tel est le cas, ses principales qualités sont l'énergie, les connaissances et la flexibilité. Mais en même temps, le travail d'un testeur ne signifie pas des connaissances générales et une responsabilité quant à la qualité du produit et à la qualité des services. Les tests ont des limites : d'une part, limités par le projet et ses exigences (gestion de projet et cycle de vie établi du programme), et d'autre part, par les processus dont l'AQ est responsable. Mais les différences entre l’assurance qualité et les tests sont une question complètement différente.

Testeur de logiciels- une personne qui joue un rôle primordial dans les tests de logiciels. La profession a un parti pris technique ; elle séduira les candidats ayant un penchant pour l'informatique et les mathématiques. Le métier convient à ceux qui s'intéressent à l'informatique (voir choisir un métier en fonction de l'intérêt pour les matières scolaires).

Brève description

Les testeurs de logiciels sont l'un des spécialistes les plus recherchés du secteur informatique. Ils évaluent les logiciels du point de vue d'experts et d'utilisateurs ordinaires, l'objectif principal de leur activité est d'identifier et d'éliminer les erreurs logicielles.

Parfois, les testeurs créent une documentation technique en russe ou dans une langue étrangère. Sans faute, ils préparent des rapports et développent également des outils et des scripts qui sont utilisés lors des tests. Ils sont classiquement divisés en 2 groupes :
Les testeurs alpha qui travaillent avec des logiciels en cours de développement ;

Bêta-testeurs spécialisés dans les versions finales de logiciels.

Des opportunités d'évolution professionnelle s'ouvrent aux testeurs de logiciels, car ils peuvent toujours choisir un autre domaine lié d'une manière ou d'une autre au segment informatique.

Caractéristiques du métier

Le test de logiciels est un processus amusant et créatif. Un testeur passe la majeure partie de son temps de travail sur un ordinateur ou une tablette, un smartphone et d'autres types de gadgets. Les responsabilités d'un testeur de logiciels sont les suivantes :
créer des horaires et des plans, effectuer différents types de tests : sécurité, charge, fonctionnel, automatisé, configuration, jeu, convivialité et autres. Un testeur généraliste peut effectuer tous ces types de tests, mais le plus souvent il se spécialise dans 1-2 ;
création de bases de données et de rapports basés sur les résultats des tests ;
classification des erreurs, analyse approfondie des résultats des travaux effectués ;
aider l'équipe de développement à résoudre les problèmes ;
consultations auprès des développeurs et des clients, analyse des plaintes reçues d'utilisateurs réels.

Toutes les responsabilités ci-dessus doivent être divisées en 3 étapes principales : développement (participation indirecte), tests et analyses, préparation des rapports techniques et débogage. Ce type d'activité demande de l'implication ; le métier convient aux garçons et aux filles enclins à un travail pénible et sédentaire.

Avantages et inconvénients du métier

Avantages

Le test de logiciels est un métier prestigieux qui ouvrira la voie à d'autres spécialités informatiques, où le niveau de rémunération est encore plus élevé.
De nombreuses entreprises impliquées dans la création de produits logiciels s'intéressent aux testeurs de logiciels.
Un testeur peut travailler au bureau ou à la maison, ce qui lui permet de combiner activités avec voyages, loisirs ou études.
Les salaires des testeurs sont élevés et le champ est ouvert aux personnes ambitieuses de tout âge.
Accès à des logiciels modernes, des jeux et d’autres produits intéressants.
La possibilité de maintenir votre propre blog ou vlog, ce qui vous permet de vulgariser vos services et de gagner des revenus supplémentaires.

Inconvénients

Le travail des testeurs est très bien rémunéré, ce qui entraîne une forte concurrence sur le marché du travail.
L'exécution des commandes nécessite de l'expérience ; sans elle, trouver un emploi n'est pas facile.
Maladies professionnelles communes à toutes les personnes travaillant sur ordinateur.

Qualités personnelles importantes

Les qualités professionnelles suivantes sont importantes pour un testeur de logiciels :

pensée logique,
capacité de concentration,
multitâche,
flexibilité morale,
catégorique,
une précision accrue,
responsabilité professionnelle.

Un testeur de logiciels communique avec les développeurs et les clients, c'est pourquoi les compétences en communication et la capacité de formuler correctement des pensées, ainsi que l'alphabétisation, sont importantes.

Formation de testeur de logiciels

Un testeur débutant peut obtenir un diplôme universitaire ou acquérir les compétences nécessaires dans le cadre de cours - tout dépend des exigences d'un employeur potentiel et de ses compétences personnelles. Toutefois, l'enseignement technique supérieur doit être considéré comme une priorité. Un candidat peut choisir les domaines d'études universitaires suivants pour lesquels les mathématiques constituent l'examen d'État unifié de base :

« Mathématiques appliquées et informatique » (code : 01.04.02) ;
« Informatique et Informatique » (code : 03/09/01) ;
« Systèmes de sécurité informationnelle et analytique » (code : 10.05.04) ;
« Sécurité de l'information » (code : 10.03.01) et autres domaines techniques liés à l'informatique, aux mathématiques, à la protection de l'information numérique et à l'informatique.

Si vous décidez de vous lancer dans votre parcours professionnel dès le secondaire, pensez aux orientations « Systèmes d'information et programmation » (code : 02/09/07), « Réseaux informatiques » (code : 02/09/02) ou « Informatique appliquée ». (par industrie) ».

Vous pouvez commencer à étudier dans une université après la 11e année ; un candidat peut entrer dans un collège après avoir terminé la 9e année. Un établissement d'enseignement international spécialisé dans l'enseignement de l'informatique. En activité depuis 1999. 42 agences dans 16 pays. Le plus grand centre de formation agréé pour Microsoft, Cisco, Autodesk. Les étudiants reçoivent des certificats internationaux et un diplôme international.

L'objectif principal est l'emploi de chaque diplômé.

Maîtrisez l'une des professions informatiques les plus demandées sous la direction d'un mentor personnel et commencez à gagner de l'argent avant de terminer le cours. Aucune expérience en programmation requise. Vous apprendrez à tester des sites Web, des applications mobiles et d'autres logiciels. Vous apprendrez comment fonctionne le travail des sociétés informatiques et vous pourrez comprendre comment vous souhaitez évoluer dans votre métier. . Les juniors sont déjà très demandés sur le marché, et ce cursus leur permettra d'atteindre le niveau intermédiaire.

Les étudiants des universités spécialisées (3-5 ans), les testeurs en exercice qui souhaitent acquérir de nouvelles connaissances et améliorer leur professionnalisme sont invités à suivre la formation. La formation se déroule le soir, en groupe de 10 étudiants maximum, la durée du cours est de 3 mois. Les diplômés talentueux peuvent trouver un emploi à l'EPAM.

TC "Spécialiste" au MSTU. N.E. Bauman

Un testeur est un spécialiste qui teste un logiciel afin d'identifier les erreurs dans son fonctionnement et leur correction ultérieure. Dans le même temps, il existe un nom légèrement différent pour cette profession - Testeur QA (ou Responsable QA, Ingénieur), qui comprend généralement un éventail de responsabilités plus large. Le testeur surveille la qualité du produit après son développement, tandis que la tâche du testeur QA est de garantir la qualité du produit à toutes les étapes du développement, de la sortie et de l'exploitation du logiciel.

Lieux de travail

Le métier de testeur est principalement demandé dans les entreprises informatiques qui développent des logiciels, des jeux informatiques et des sites Web.

Responsabilités du testeur

Principales responsabilités professionnelles d'un testeur :

Contrôle qualité des produits développés.
Identification et analyse des erreurs et des problèmes rencontrés par les utilisateurs lorsqu'ils travaillent avec des produits logiciels.
Développement d'autotests et leur fonctionnement régulier.
Développement de scénarios de tests.
Documentation des défauts constatés.

En outre, le poste de testeur peut impliquer la préparation d'une documentation technique en russe et en langues étrangères (généralement l'anglais).

Exigences du testeur

Principales exigences pour un testeur :

Expérience dans l'organisation et la réalisation de divers types de tests.
Connaissance des langages de programmation.
Connaissance des outils et bibliothèques d'autotests.
Expérience en rédaction de tests automatisés.
Enseignement supérieur.
Compétences analytiques.

Exigences supplémentaires :

Capacité à tester des applications Web.
Connaissance des plateformes mobiles (iOS, Android).
Connaissance de l'anglais à un niveau suffisant pour lire et rédiger des textes techniques.

Exemple de CV de testeur

Comment devenir testeur

Il n'existe pas d'université en Russie qui enseigne cette profession, de sorte que les fonctions de testeur peuvent être exercées avec succès par des personnes dotées d'un esprit analytique et d'une formation technique supérieure ou secondaire spécialisée.

La meilleure façon de devenir testeur est d'aller apprendre la programmation et de comprendre en pratique comment les logiciels sont créés, à quelles difficultés les programmeurs sont confrontés et comment se déroule le processus de débogage des logiciels.

Salaire du testeur

Le salaire d'un testeur varie de 30 000 à 130 000 roubles par mois. Les revenus élevés peuvent le plus souvent être trouvés à Moscou ou dans d’autres villes de plus d’un million d’habitants. Le salaire moyen d'un testeur est de 70 roubles par mois.

"Tous les métiers sont nécessaires, tous les métiers sont importants." Ces paroles de Vladimir Maïakovski restent d’actualité depuis des décennies. Aujourd'hui, nous allons parler du métier de testeur de logiciels (ou simplement de testeur). Vous découvrirez si le métier de testeur est pertinent, combien vous pouvez gagner avec et comment maîtriser cette spécialité.

Pertinence du métier

Dans le monde du développement, nombreux sont ceux qui placent le métier de testeur au niveau le plus bas de la hiérarchie, mais en vain. C'est grâce aux testeurs qu'il y a relativement peu d'erreurs dans les logiciels existants - mais après que le logiciel est sorti de la plume du programmeur, il y a eu des centaines de fois plus d'erreurs. Et ce n’est pas seulement de la spéculation ou de la fiction. Dans ma vie, j'ai exercé de nombreux métiers, jusqu'à celui de chef d'entreprise. Il se trouve que j'étais aussi testeur.

Le 9 septembre est la Journée des testeurs de logiciels. Bien que ces vacances ne soient pas officielles, les testeurs ont toujours leurs propres vacances, ce qui montre à quel point cette profession est importante dans le monde. Précisément partout dans le monde, et pas seulement dans le monde du développement logiciel. Votre multicuiseur ou lave-linge a également été testé par des testeurs spécialement formés. J’ai même peur d’imaginer ce qui se serait passé si ces appareils n’avaient pas été testés avant d’être mis en production.

Pourquoi le 9 septembre ? C'est ce jour-là, il y a plus de 70 ans, que des scientifiques de Harvard testaient un monstre informatique appelé Mark II Aiken Relay Calculator. Ne vous laissez pas tromper par le mot « Calculatrice » dans le titre : le poids du premier « Mark » est connu avec précision et était de 35 tonnes. Le poids du second, je pense, n’était pas beaucoup moindre.

Le mot testeur, comme vous l'avez peut-être deviné, vient de l'anglais tester - une personne qui teste quelque chose.

Combien gagnent les testeurs ?

Il y a à peine cinq ans, on pensait que n'importe quel étudiant de 1ère ou 2ème année pouvait être testeur. Les testeurs étaient traités à la légère, comme des « sous-programmeurs ». Le format d'un tel travail ne signifiait qu'un travail à temps partiel pendant ses études universitaires, et peu de personnes parvenaient à gagner beaucoup d'argent en tant que testeur.

Alors, combien gagnent les testeurs ? Je parie que la réponse à cette question vous a surtout intéressé depuis que vous avez commencé à lire cet article. Les testeurs ayant 2 à 3 ans d'expérience peuvent facilement gagner environ 100 000 roubles par mois. Le salaire minimum est de 30 000 roubles, la moyenne est d'environ 50 000 à 60 000 roubles. Je ne donnerai pas de beaux graphiques, je donnerai deux postes vacants que j'ai trouvés en 5 secondes sur le site Yandex.Work : dans le premier cas, ils proposent jusqu'à 90 000 roubles. (ce qui est tout à fait normal), dans le second - de 30 000 à 45 000 roubles.

En général, si vous effectuez une recherche, vous pouvez trouver des postes vacants allant jusqu'à 120 000 roubles, ce qui dépasse même les montants que j'avais promis.

Comme vous pouvez le constater, le métier est tout à fait pertinent et si vous en avez l'envie et certaines compétences, vous pouvez facilement trouver un emploi assez bien rémunéré. Oui, ce n'est pas Gazprom, mais c'est suffisant pour la vie.

Conditions, exigences et obligations

Après avoir parcouru une douzaine de postes vacants, je peux vous annoncer une bonne nouvelle. Vous pouvez travailler aussi bien au bureau qu'à la maison - choisissez la méthode de travail qui vous est la plus familière. S'il faut beaucoup de temps pour se rendre au bureau, vous pouvez facilement trouver du travail à distance avec un horaire de travail flexible. Cela signifie que vous pouvez étudier dans une université et travailler comme testeur. À cet égard, rien n'a changé. Bien sûr, les travailleurs à distance paient moins, mais les conditions de travail sont plus pratiques.

Une formation supérieure incomplète est requise, mais une expérience professionnelle est requise. Le plus souvent, ils nécessitent au moins 1 an d'expérience dans la spécialité. La question de savoir où acquérir de l'expérience si des personnes déjà expérimentées sont nécessaires partout reste ouverte. Cependant, c'est un problème non seulement pour cette profession, mais pour toute autre. Le salaire est directement proportionnel à l'expérience professionnelle - une somme décente commence à être versée aux testeurs ayant au moins 2 ans d'expérience.

Mais ne pensez pas que le testeur n’a besoin d’aucune compétence autre que la capacité d’appuyer sur des boutons ! Il vous faut au minimum :

connaître les bases du langage de programmation dans lequel le développement est effectué ;
être capable de travailler avec des trackers de bugs ;
comprendre ce qu'est un test fonctionnel ;
avoir des compétences pour travailler avec des outils de tests automatisés (comme Selenium pour Java ou PHPUnit pour PHP) ;
être capable d'utiliser MS Office pour documenter les résultats.

Les responsabilités du testeur comprennent :

génération d'ensembles de tests ;
rédiger une méthodologie de test ;
préparation des données de test ;
tests de documentation ;
localisation des défauts;
communication avec les entreprises, les analystes et les développeurs ;
résoudre des problèmes techniquement complexes.

Comme vous pouvez le constater, la liste des exigences et des responsabilités est très longue. J'espère que vous ne penserez plus qu'un testeur est simplement quelqu'un qui appuie sur des boutons et vérifie si le programme est bogué.

Perspectives

Quelles perspectives un testeur peut-il avoir ? Tout d’abord, il y a la perspective d’augmentations de salaire à mesure que l’expérience professionnelle augmente. Aujourd'hui, vous recevez 30 000 à 40 000 roubles, dans deux ans - près de 100 000 roubles. Pourquoi pas un prospect ? Même si votre entreprise actuelle ne vous offre pas ce genre d’argent, vous pouvez toujours passer à une autre : vous avez déjà une expérience professionnelle.

Une autre perspective est de devenir programmeur. Après avoir travaillé comme testeur pendant plusieurs années, il est assez simple de passer à un autre domaine de l'informatique : par exemple, « se transformer » en développeur, analyste, voire manager. Tout dépend de vous et de vos intérêts.

Où peut-on exercer un métier de test ?

Malgré le fait que la profession soit très pertinente et qu'il existe de nombreux postes vacants, une telle spécialité n'existe pas dans nos universités. Si vous n'avez pas d'enseignement supérieur, mais que vous souhaitez en obtenir un, vous pouvez vous inscrire dans n'importe quelle spécialité liée d'une manière ou d'une autre à la programmation (par exemple, programmation appliquée ou système), dans laquelle vous pouvez gagner de l'argent supplémentaire en tant que testeur, puis commencez à travailler en tant que programmeur.

Mais il faut savoir qu'étudier dans une université n'est pas toujours justifié, surtout lorsqu'il s'agit de testeurs. Premièrement, étudier dans une université prend beaucoup de temps. Et si vous avez déjà une formation supérieure (même non technique) et que vous souhaitez maîtriser le métier de testeur, alors cela ne sert à rien de retourner à l'université : au deuxième enseignement supérieur vous serez obligé de suivre des cours pendant 2,5 années. Perdez jusqu’à 2,5 ans ! Et si vous n'avez pas d'études supérieures, vous pouvez perdre jusqu'à 5 ans, pendant lesquels vous pourrez non seulement maîtriser ce métier, mais aussi devenir un spécialiste très recherché.

Deuxièmement, après avoir obtenu un diplôme de programmeur (et y avoir passé 2,5 à 5 ans), vous ne pourrez toujours pas obtenir d'emploi dans votre spécialité : après tout, vous n'avez pas d'expérience pratique en développement, ce que les universités ont. Je ne fournis pas.

En alternative, vous pouvez proposer des cours qui permettent de maîtriser le métier de testeur de logiciels. Par exemple, . Les avantages des cours sont que vous économisez à la fois du temps et de l'argent : ils ne durent que 2 mois et vous coûteront beaucoup moins cher que d'étudier dans une université avec un diplôme en programmation. De plus, pendant les cours vous recevez :

un apprentissage en ligne efficace à un moment qui vous convient ;
Enregistrements vidéo de tous les cours, de toutes les présentations et tutoriels.
devoirs intéressants pour renforcer les matériaux ;
la possibilité de poser des questions à l'enseignant ;
attestations pour chaque cours et stage garanti (2 mois) ;
la possibilité d'un stage dans une entreprise informatique avec emploi ultérieur ;
la possibilité de participer à de véritables startups et de créer vos propres projets ;
un vrai portfolio et un CV pour démarrer une carrière ;
des connaissances et des compétences qui permettront de payer le coût des cours dans le mois suivant le travail dans l'entreprise.

En seulement 4 mois, vous disposerez des compétences suivantes :

maîtrise sûre de la terminologie ;
expérience dans la création de cas de test et la génération de kits de test, ainsi que dans le développement et la rédaction de tests d'acceptation ;
connaissance des niveaux d'accès au programme et de sécurité ;
tester les compétences selon un plan de test pré-préparé ;
capacité à évaluer l'efficacité des tests ;
connaissance des erreurs et des problèmes que les utilisateurs rencontrent lorsqu'ils travaillent avec des produits logiciels ;
expérience dans l'élaboration de scénarios de test, la documentation des défauts trouvés ;
compréhension des tests fonctionnels de logiciels ;
compétences en tests manuels de logiciels ;
connaissance de la méthodologie et des techniques de test ;
connaissance des types et types de tests, de leurs différentes classifications ;
expérience de travail avec des systèmes de suivi de bogues (Atlassian JIRA);
compréhension du cycle de vie du développement logiciel, des différentes méthodologies pour son développement et de la place des tests dans ce processus.

Et surtout, vous n’aurez pas à attendre plusieurs années, mais pourrez commencer à travailler tout de suite !

En général, le temps requis est minime. Bien que la formation dure 4 mois, elle se déroule en ligne, ce qui signifie que vous pouvez travailler/étudier et maîtriser en parallèle. Il n'est pas nécessaire de voyager quelque part et de perdre un temps précieux.

Mais que se passe-t-il si l'employeur exige des croûtes ? Eh bien, dans la plupart des cas, ce n’est de toute façon pas nécessaire. Si vous possédez déjà une tour, un certificat y sera ajouté, que vous recevrez à la fin des cours. Et si vous n’avez pas fait d’études supérieures, ce n’est pas grave : mais vous disposerez de l’ensemble des compétences nécessaires pour réussir les tests de logiciels. Lorsque vous aurez travaillé la première année dans votre spécialité, personne ne regardera votre manque de formation - l'essentiel est que vous ayez déjà de l'expérience et des compétences. De plus, à la fin du cursus, vous aurez la possibilité d'effectuer un stage de deux mois dans une vraie entreprise !

Conclusions

Les conclusions sont les suivantes : le métier de testeur est très demandé et permet de gagner en moyenne environ 60 000 roubles. par mois. Cela ne sert à rien d'étudier dans une université pour devenir testeur : c'est long, cher, et il n'existe pas officiellement de spécialité de testeur. De plus, après l'université, vous n'aurez toujours aucune expérience professionnelle - seulement quelques années perdues.

Dans votre cas, vous pouvez acquérir toutes les compétences dont vous avez besoin pour démarrer votre carrière et effectuer un stage dans une entreprise pour acquérir une expérience de travail minimale. Tout sur tout ne prend que 4 mois et la formation se déroule en ligne à un moment qui vous convient.

Super, non ?

Projet spécial avec GeekBrains

Le cours me convient-il si je n'ai aucune expérience en programmation ?

Certainement! Nous enseignons à partir de zéro. Des mentors expérimentés qui vous encadreront tout au long du cours vous aideront dans tout.

La pratique suffira-t-elle ?

Il y en aura beaucoup. Dès la première leçon, vous commencerez à vous essayer en tant que testeur, en essayant de résoudre les problèmes que les spécialistes rencontrent dans leur travail quotidien. En plus de pratiquer pendant les cours, après chaque cours vous recevrez des devoirs qui vous permettront de consolider vos connaissances. Et cela ne sera pas accepté tant qu’il ne sera pas réalisé avec une qualité vraiment élevée.

Vais-je définitivement trouver un emploi ?

Oui, si vous suivez le cours, il vous apprendra suffisamment de compétences pour obtenir un emploi de programmeur. Bien sûr, il y a des conditions que non seulement nous, mais aussi vous, devons remplir.

De quel équipement ai-je besoin ?

Un ordinateur portable et un smartphone suffiront pour compléter la formation et faire les devoirs.

Comment se déroule une formation en groupe ?

Toute formation est individuelle, vous communiquez avec le professeur en tête-à-tête. Pour une communication supplémentaire, il existe un chat où vous pouvez discuter de problèmes urgents avec le groupe.

Sera-t-il possible de combiner cela avec le travail ?

L'ensemble du format de formation est conçu de manière à ce que vous puissiez le combiner avec le travail, l'université et la vie personnelle.

Inscrivez-vous à un cours ou obtenez une consultation