Je veux parler du travail du testeur d'un point de vue atypique, qui ne sera probablement pas présenté dans les établissements d'enseignement ou la littérature professionnelle. En devenant un professionnel dans ce domaine, vous commencez inévitablement à vivre les concepts posés dans le fondement même du test. Et cela a un effet très différent sur l'organisation de la vie. À propos de la façon dont cela se passe exactement avec moi, sous la coupe.
Un peu de moi
Je teste sous une forme ou une autre depuis plus de 10 ans.
Le chemin vers l'informatique, comme beaucoup, j'ai commencé avec le développement du «pour moi». J'ai toujours eu un million d'idées sur quoi écrire, et j'ai donc progressivement développé. J'ai aimé comprendre les détails des projets et les rendre tolérants aux pannes, et même alors, ce n'était plus ou moins dans quelle langue écrire: je savais comment algorithmiser, et la syntaxe Google était une question de semaine.
Quelque part en 2005, j'ai rencontré un homme qui m'a littéralement ouvert l'industrie des tests. Même alors, il me semblait que son idéologie était parfaitement conforme à mes aspirations intérieures. En conséquence, cette personne est passée du testeur ordinaire au directeur technique et même alors, il m'a appelé pour travailler pour lui-même. Mais pour diverses raisons, je suis entré dans cette industrie un an plus tard, obtenant un emploi chez Smartbear (à l'époque - Automated QA Corporation), dont l'outil de test automatisé complet est peut-être connu de tous les testeurs. Certes, je ne suis pas arrivé à TestComplete lui-même, mais à un autre produit, Automated Build Studio - en fait, immédiatement à l'automatisation. Au fait, je suis littéralement tombé amoureux de son approche GUI de l'automatisation, j'ai même écrit un analogue pour moi quand j'ai quitté l'entreprise.
Par la suite, j'ai réussi à travailler à la fois pour des clients étrangers et pour le russe. Et pour le moment, j'automatise les tests dans une entreprise russe complètement éloignée (je m'attarderai davantage sur le format de travail).
Pendant le temps passé dans la profession, j'ai réalisé que les tests ne sont pas seulement du travail, mais aussi un style de vie particulier qui affecte tous les aspects de votre vie. En tant que testeur, vous ne pouvez tout simplement pas vivre autrement.
Cette approche a des aspects positifs et négatifs.
Plus la tâche est simple, pire vous vous sentez.
La recherche de tâches complexes n'est pas seulement une dépendance, mais aussi une fatalité.
Peu importe combien vous étudiez, dans n'importe quel outil, dans n'importe quelle technologie, il y aura toujours quelqu'un qui en sait plus que vous. Et si vous "allez sur une ornière" conditionnelle d'un projet simple, ils vous rappelleront constamment cette différence de connaissances. Les critiques afflueront de toutes parts, ce qui aurait pu être fait différemment, voire mieux.
La seule façon d'éviter cela est de rechercher des problèmes plus complexes où il n'y a pas de solutions évidentes, mais il y a des nuits blanches à chercher des problèmes.
Par exemple, sur l'un des derniers projets, je suis tombé sur le développement de bibliothèques pour Robot Framework en collaboration avec Jython. Plus précisément, dans ce cas, vous pouvez utiliser une bibliothèque tierce pour travailler avec la base de données, et cela semble fonctionner, mais cela ne fonctionne pas. J'ai passé trois nuits à la fin, à lire le code de la bibliothèque elle-même, pour trouver une erreur dans la documentation, qui indiquait incorrectement les types et le nombre de valeurs à l'entrée. Ce fut une victoire et un vrai frisson de sa réalisation! Et j'aime ces moments. C'est beaucoup plus intéressant que la «piste» d'un projet typique.
Cependant, la poursuite de tâches complexes limite quelque peu l'éventail des employeurs possibles. Il est en outre limité par les tests incontrôlables du front-end, les employeurs sans exigence technique claire pour les tests ou qui ont des idées vagues sur qui est l'automatisation. J'ai rencontré ceux qui, invitant à des tests automatiques, définissent des tâches manuelles ou connectent des testeurs au support. Il y en a encore beaucoup qui économisent sur l'achat d'outils normaux, offrant de travailler presque dans Google Docs. Et vous devez être préparé au fait que le marché des employeurs potentiellement intéressants est plus étroit que vous ne le pensez.
L'enseignement supérieur n'est pas la même chose que l'emploi. Base technique importante et intérêt pour la profession
Sur mon lieu de travail actuel, mes responsabilités incluent un entretien technique avec des testeurs qui viennent sur notre lieu de travail. Au cours de la conversation, je ne m'interroge jamais sur la disponibilité de l'enseignement supérieur, car je suis sûr qu'il ne garantit absolument pas la présence d'une pensée logique. Peut-être que mon interlocuteur a un doctorat, mais pas un pied dans les tests.
Franchement, je pense généralement qu'un testeur devrait naître. Cela nécessite une attention naturelle, de la persévérance et une veine spéciale de testeur, lorsque sur 1000 documents, vous pouvez au hasard tomber dans l'un des trois documents erronés. Certes, tout le monde ne partage pas cette opinion.
Il est important que même avec cette même veine, vous ayez besoin d'une bonne base technique, qui peut difficilement être obtenue en suivant des cours en ligne de deux semaines. Il est difficile de dire ce qui a fourni la base technique dans mon cas. Dans les années 90, je n'avais pas accès à Internet, je n'avais pas non plus la documentation nécessaire dans les bibliothèques, alors j'ai acquis des connaissances de FIDO (je me souviens encore de mes points - 2: 5022 / 5.102 et 2: 5022 / 123.222). Et je suis obligé à la base de certification de l'International Software Testing Qualifications Board (ISTQB) pour les tests. Il semble qu’ils n’aient rien trouvé de mieux.
Cependant, très rarement, je trouve les connaissances ISTQB des candidats. De plus, il me semble parfois que les gens ne s'intéressent pas du tout à l'industrie. Lors des entretiens, j'ai une question sur la conférence: le candidat participe-t-il à des événements QA? Et la réponse traditionnelle est non. Pour moi, c'est un indicateur du sérieux et de l'intérêt du candidat lui-même, ainsi que des entreprises pour lesquelles il a travaillé. Participer à des événements comme les SQA Days, où j'irai dans un avenir proche, coûte de l'argent. Et certains «bureaux Sharashkin» ne les dépenseront pas pour ses employés. De leur poche, seuls ceux qui sont vraiment intéressés paieront.
Aucune expérience nulle part
Chaque projet en test m'a fait apprendre de nouvelles technologies. Plus tôt, j'ai parlé de ma «bataille héroïque» avec Jython, mais après être arrivé à ce projet, je ne connaissais ni le Robot Framework, ni, en fait, Jython lui-même (ni même Python, qui a beaucoup de choses pour le Robot Framework). Maintenant, peut-être, je comprends le robot mieux que quiconque dans l'entreprise, car la base de tests a suggéré l'approche, et l'expérience de développement dans différentes langues et de tests de projets précédents m'a permis de passer rapidement à une nouvelle pile.
De plus, l'expérience vous permet de bien répartir l'effort. J'ai remarqué que les nouveaux arrivants accordent beaucoup d'attention aux tests négatifs - comment casser quelque chose. Apparemment, leurs stéréotypes sont relatifs à la profession. Dans la plupart des cas, leurs tests négatifs sont sans importance et inutiles (c'est-à-dire que le gaspillage de ressources n'est pas justifié, sauf si le projet implique la nécessité de tels tests). Ce n'est qu'avec l'expérience que l'on comprend ce qui est nécessaire et ce qui ne vient pas avec un tel énoncé du problème.
Soit dit en passant, j'ai toute une liste de questions lors des entretiens, dont la tâche est de révéler la présence de l'expérience pratique des candidats.
Tout le monde est en train de gouiner. Ça fait mal mais donne du travail
Hélas, le monde est imparfait.
En développement, cela se traduit par la demande de testeurs. Si les développeurs écrivaient du bon code, nous resterions sans travail. Chez nous, le gougeage ne disparaît nulle part, mais nous le couvrons de tests.
Les testeurs eux-mêmes, d'ailleurs, ne sont pas non plus sans péché. Quel que soit le projet que vous rencontrez, vous devez aussi parfois écrire des «béquilles». Et il n'y a rien à faire à ce sujet - ce sont parfois les conditions d'une entreprise.
Mieux vous êtes en tant que testeur, plus ils vous détestent
Les développeurs avec une bonne organisation mentale, que j'ai rencontrés dans des travaux précédents, parfois très durs sur les bugs dans leur code, dont les informations apparaissaient dans le système. De leur point de vue, cela ressemble apparemment à une annonce publique de leurs erreurs. Et plus vous signalez activement des bogues, plus vos collègues vous détestent. En conséquence, au bureau, vous avez bien sûr de bons amis, mais environ un tiers de l'équipe commence à vous éviter et vous le ressentez. C'est extrêmement désagréable pour moi.
Sur un site distant, être testeur est plus facile
C'est une conséquence naturelle de la remarque précédente. Lorsque vous avez fait assez de «mauvais vœux» avec une bonne organisation mentale dans votre bureau, il n'est pas très agréable de se promener dans une telle pièce. Par conséquent, pour moi, j'ai longtemps fait un choix en faveur d'Udalenki. Dans un tel format, les relations non professionnelles échouent - pas de regards latéraux. Peut-être bien sûr que je ne rencontre plus de tels personnages maintenant. Mais il y a peu de chances pour une telle collision. Par exemple, nous appelons par vidéo uniquement au sein du service AQ. Avec les développeurs, sur lesquels je peux accrocher un bug, je ne communique que dans le texte, sans aucune émotion. Et même si ces émotions le seront, il est beaucoup plus facile de les ressentir dans le texte que lorsqu'une personne passe plusieurs fois par jour.
Et je peux manger de la nourriture maison normale, équiper le lieu de travail comme je le souhaite. Je peux m'asseoir dans la chaleur dans un T-shirt (en me souvenant de l'appel vidéo) ou même changer mes heures de travail pour qu'au milieu de la journée je sois sur le terrain et regarde comment l'automne commence ou que la nature se réveille de l'hibernation. Et l'avantage le plus important d'udalenka est le gain de temps. J'habite près du centre régional. Nous ne l'avons que là-bas. Et si je travaille dans un bureau du centre, je devrai me rendre au travail une heure par heure, et le vendredi, il est une heure et demie. Et c'est le temps que vous perdez tout simplement: il n'est pas payé, il n'est pas gaspillé utilement. Plus le risque d'accidents et de consommables sur la voiture. Avec la suppression de ces dépenses et risques, tout simplement ne se pose pas.
Il me semble que je n'irai pas travailler au bureau de mon plein gré. La seule chose qui me manque parfois, c'est la communication personnelle. Mais en général, c'est un problème résolu.
La déformation professionnelle affecte les relations avec les amis
Malheureusement ou heureusement, les tests sont un mode de vie. Je ne peux pas parler pour tout le monde, mais c'est comme ça que ça se passe avec moi.
Les tests commencent par les exigences du projet. En fait, sa tâche est de s'assurer que le produit répond à ces exigences. Pendant des jours à rechercher et à résoudre des problèmes dans le logiciel de quelqu'un d'autre, vous commencez à faire quelque chose de similaire dans votre vie. Je vis toujours avec le sentiment que tout doit répondre aux exigences. Être testeur, c'est vivre selon les règles. Et si quelqu'un ou quelque chose va au-delà de ces règles (lois ou leurs propres règles formulées dans la tête), cela me cause une sorte de dissonance cognitive. J'essaie de toute urgence de corriger un bogue ou au moins de le déclarer. Dans le même temps, les gens autour de vous souffrent très souvent du fait que vous leur dites constamment de mauvaises actions.
Soit dit en passant, tout cela n'aide pas à éliminer le manque même de communication personnelle.
Le confort global du flux de travail signifie plus que ce qui est visible
Ci-dessus, j'ai surtout parlé des projets et des relations avec l'équipe. Mais le travail, même à distance, ne consiste pas seulement en ces points. Et ici, cela dépend beaucoup du projet dans lequel vous vous êtes engagé.
Premièrement, il existe un soutien matériel banal. Par exemple, la chaise confortable sur laquelle je suis assis, ainsi que le moniteur de 24 pouces ont été achetés aux frais de l'employeur. Plus toutes sortes de paiements sportifs et autres bonus.
Deuxièmement, il y a une banale réalisation de soi. Par exemple, dans l'un des projets auxquels j'ai participé (tester le projet d'un client pour l'externalisation), moi, le seul des sous-traitants de cette entreprise, j'ai attiré des employés à ce bureau pour des entrevues et m'a invité à des événements d'entreprise. Est-ce réel dans une entreprise pour laquelle les testeurs sont des rouages sans visage du mécanisme? J'en doute.
Quoi qu'il en soit, j'aime mon travail. Et quand je parviens à résoudre des problèmes complexes dans un projet intéressant, je ressens une réelle satisfaction. Cependant, en vous développant dans ce domaine, vous devez être préparé au fait que les approches du travail affecteront tous les aspects de la vie. Et si un jour vous vous transformez en testeur avec tous les cafards, il n'y aura pas de retour en arrière.
Auteur de l'article: Vladimir Vasyaev, spécialiste principal des tests automatisés de logiciels
PS Nous publions nos articles sur plusieurs sites du Runet. Abonnez-vous à nos pages sur les
chaînes VK ,
FB ou
Telegram pour découvrir toutes nos publications et autres actualités Maxilect.