L'article de mon collègue Danil Yusupov m'a beaucoup inspiré. Il est étonnant de constater à quel point le secteur de l'IT est accueillant et amical – apprends et vas-y, et continue toujours d'apprendre quelque chose de nouveau. C'est pourquoi je veux partager mon histoire sur la manière dont j'ai étudié la psychologie et suis devenue testeur.
J'ai choisi d'étudier la psychologie par vocation – je souhaitais aider les gens et être utile à la société. De plus, la recherche m'intéressait beaucoup. J'apprenais facilement, j'écrivais des travaux de recherche, je prenais la parole lors de conférences et j'avais même réalisé des recherches significatives en prévoyant de continuer à approfondir mes connaissances en psychologie clinique. Cependant, toute bonne chose a une fin – ma formation universitaire s'est terminée. J'ai refusé de poursuivre en doctorat à cause des salaires dérisoires des doctorants et je suis sortie dans le grand monde pour me chercher.
C'est à ce moment-là que j'ai eu une surprise : avec mon diplôme et mes travaux de recherche, je ne trouvais aucune opportunité. Nulle part. On recherchait des psychologues pour des crèches et des écoles, ce qui n'était pas une option acceptable pour moi, car je ne m'entendais pas bien avec les enfants. Pour aller consulter, il fallait passer un certain temps à travailler gratuitement ou pour des clopinettes.
Dire que j'étais désespérée serait un euphémisme.
À la recherche de quelque chose de nouveau
L'un de mes amis travaillait dans le développement logiciel et c'est lui qui m'a proposé, en voyant mes difficultés, de venir chez eux en tant que testeur – j'avais de bonnes affinités avec les ordinateurs, je m'intéressais aux technologies et, en gros, je n'étais pas complètement à l'aise avec les matières humaines. Mais jusqu'à ce moment, je ne savais même pas que ce métier existait. Cependant, j'ai décidé que je ne perdais rien à essayer – et j'y suis allée. J'ai passé l'entretien et j'ai été acceptée dans une équipe sympathique.
J'ai été brièvement introduite au logiciel (le programme était immense, avec un grand nombre de sous-systèmes) et immédiatement envoyée sur le terrain pour l'implémentation. Et pas n'importe où, mais à la police. Ils m'ont attribué un bureau dans le sous-sol d'un des établissements de notre république (Tatarstan). Là, je formais les employés, recueillais les problèmes et les souhaits, et présentais des démonstrations à la direction, tout en effectuant des tests du logiciel et en envoyant des rapports aux développeurs.
Travailler avec des représentants des forces de l'ordre n'est pas simple – ils obéissent aux ordres, ont une comptabilité stricte, c'est pourquoi ils s'expriment souvent en termes bureaucratiques. J'ai dû trouver un terrain d'entente avec tous : du lieutenant au colonel. Ma spécialité universitaire m'a beaucoup aidé dans cette tâche.
Élaboration d'une base théorique
Il faut dire que lorsque j'ai commencé à travailler, je n'avais aucune base théorique. J'avais la documentation et je savais comment le programme devait fonctionner ; c'est de là que je suis partie. Je ne savais rien sur les types de tests existants, les outils à utiliser pour se faciliter la vie, comment effectuer une analyse de test, ce qu'est un design de test – je ne savais rien de tout cela. Je ne savais même pas où chercher des réponses à ces questions, ni où l'on pouvait m'apprendre beaucoup de choses. Je cherchais simplement des problèmes dans le logiciel et je me réjouissais que tout devienne plus facile et plus pratique pour les utilisateurs.
Cependant, le monkey testing se heurte finalement à un problème de manque de base théorique. J'ai donc décidé de m'éduquer. Il se trouve que dans notre service et sur tout le grand projet, il n'y avait alors aucun testeur professionnel. Les tests étaient souvent effectués par des développeurs, encore plus souvent par des analystes. Je n’avais personne auprès de qui apprendre le test.
Alors que fait un professionnel de l'informatique dans de telles situations ? Bien sûr, il se tourne vers Google.
Le premier livre que j'ai trouvé . Il m'a aidé à systématiser ce que je savais déjà à ce moment-là et à comprendre dans quels domaines j'avais des lacunes sur le projet (et dans ma compréhension des tests). Les repères donnés dans le livre étaient très importants – et finalement, ils sont devenus la base de mes connaissances futures.
Il y a eu encore beaucoup d'autres livres – impossible de tous les mentionner, et bien sûr des formations : en présentiel et en ligne. En ce qui concerne les formations en présentiel, elles n'ont pas beaucoup apporté, après tout, trois jours ne suffisent pas pour apprendre le test. Les connaissances en test ressemblent à la construction d'une maison : d'abord, il faut que les fondations soient solides, puis que les murs soient à leur place...
En ce qui concerne les formations en ligne, c’est une bonne solution. Il y a suffisamment de temps entre les cours pour bien tester les nouvelles connaissances et même les appliquer en direct sur son projet. On peut travailler à tout moment qui nous convient (ce qui est important pour une personne occupée), mais il y a aussi des délais pour rendre les devoirs (ce qui est tout aussi crucial pour une personne active :)). Je recommande.
En parlant des difficultés du parcours de testeur, au début, c’est la lourdeur des systèmes et le grand nombre de processus qui se déroulent qui me faisaient le plus peur. Je me disais toujours : « Je teste ce champ, mais quel impact cela a-t-il ailleurs ? ». Je devais faire le tour des développeurs, des analystes, et parfois demander des précisions aux utilisateurs. Les schémas de processus m’ont sauvé. J’en ai dessiné d’innombrables, commençant sur une feuille A4, puis collant d'autres feuilles sur les côtés. Je fais encore cela, ça aide beaucoup à systématiser les processus : voir ce que nous avons à l’entrée et à la sortie, et où le logiciel a des « points faibles ».
Qu’est-ce qui m’effraie maintenant ? Un travail ennuyeux (mais nécessaire), comme l’écriture de cas de test, par exemple. Les tests sont un travail créatif, mais en même temps formalisé et méthodique (oui, un paradoxe). Permettez-vous de « planer » au-dessus des processus, testez les hypothèses les plus folles, mais seulement après avoir passé les scénarios principaux 🙂
En fait, au début de mon parcours, je comprenais que je ne savais rien ; maintenant, je comprends la même chose, mais ! Avant, l'ignorance me faisait peur, maintenant, c’est un défi pour moi. Maîtriser un nouvel outil, comprendre une nouvelle technique, prendre un logiciel encore inexploré et le démonter pièce par pièce - c’est un grand travail, mais l’homme est fait pour le travail.
Dans mon travail, j'ai souvent été confrontée à une certaine condescendance envers les testeurs. On entendait dire que les développeurs sont des personnes sérieuses, toujours occupées, tandis que les testeurs, on ne sait pas bien pourquoi, n'étaient pas réellement nécessaires ; on pouvait très bien s'en passer. En conséquence, on m'assignait souvent beaucoup de tâches supplémentaires, telles que la rédaction de documentation, sinon on considérait que je ne faisais rien. J'ai appris à rédiger la documentation selon les standards et à bien rédiger des instructions pour les utilisateurs (heureusement, j'interagissais assez bien avec eux et savais ce qui leur serait le plus utile). Aujourd'hui, après 9 ans de travail en tant que testeur au sein du groupe ICL (les 3 dernières années et jusqu'à présent au sein de la division du groupe – ICL Services), je réalise pleinement l'importance du travail des testeurs. Même le meilleur développeur peut quelque chose manquer ou négliger. De plus, les testeurs ne sont pas seulement des surveillants stricts, mais aussi des défenseurs des utilisateurs. Qui mieux qu'un testeur sait comment le processus de travail avec un logiciel devrait être construit, et qui mieux qu'un testeur peut examiner un logiciel du point de vue d'un utilisateur ordinaire et donner des conseils sur l'interface utilisateur ?
Heureusement, sur mon projet actuel, je peux utiliser toutes les compétences que j'ai acquises précédemment – je teste (selon les cas de test et juste pour le plaisir :)), j'écris de la documentation, je me soucie des utilisateurs et j'aide même parfois aux tests d'acceptation.
Ce que je préfère dans mon travail, c'est la nécessité d'apprendre constamment quelque chose de nouveau – il n'est pas possible de rester immobile, de faire jour après jour la même chose et d'être un spécialiste. De plus, j'ai eu la chance d'avoir une équipe formidable – ce sont des professionnels dans leur domaine, toujours prêts à m'aider si je ne comprends pas quelque chose, par exemple, lors du développement de tests automatisés ou lors des tests de charge. Et mes collègues croient en moi : même en sachant que j'ai une formation en sciences humaines et en supposant qu'il peut y avoir des "zones blanches" dans ma formation en informatique, ils ne disent jamais : « Eh bien, tu ne vas probablement pas y arriver ». Ils disent : « Tu vas y arriver, et si tu as des questions, n'hésite pas à demander ».
J'écris cet article principalement pour ceux qui souhaiteraient travailler dans le secteur IT en général et dans le test, en particulier. Je comprends que le monde de l'IT peut sembler complexe et mystérieux, et il peut paraître que cela ne fonctionnera pas, que vous n'avez pas suffisamment de connaissances, ou que vous ne pourrez pas y arriver... Mais, à mon avis, l'IT est le domaine le plus accueillant si vous désirez apprendre et êtes prêt à travailler. Si vous êtes prêt à mettre vos mains et votre tête à la création d'un logiciel de qualité, à vous soucier des utilisateurs et finalement, à rendre le monde meilleur, alors vous êtes au bon endroit !
Liste de contrôle pour entrer dans la profession
Pour vous, j'ai dressé une petite liste de contrôle pour entrer dans la profession :
- Bien sûr, vous devez vous entendre avec les ordinateurs et vous intéresser aux technologies. En fait, sans cela, vous pouvez aussi ne pas commencer.
- Identifiez en vous les qualités professionnelles importantes d'un testeur : curiosité, attention, capacité à maintenir en tête l'image du système et à l'analyser, persévérance, responsabilité et capacité à s'engager non seulement dans la « destruction » amusante du système, mais aussi dans le travail « ennuyeux » de développement de documentation de test.
- Prenez des livres sur les tests (vous pouvez facilement les trouver en version électronique) - et mettez-les de côté. Croyez-moi, au début, cela va probablement plutôt vous effrayer que vous inciter à quoi que ce soit.
- Rejoignez une communauté professionnelle. Cela peut être un forum de testeurs (il y en a beaucoup, choisissez celui que vous aimez), le blog d'un testeur professionnel ou autre chose. Pourquoi faire cela ? Eh bien, tout d'abord, les communautés de testeurs sont assez amicales et vous recevrez toujours du soutien et des conseils lorsque vous les demanderez. Ensuite, quand vous commencerez à évoluer dans ce domaine, il vous sera plus facile de vous intégrer dans la profession.
- Commencez à travailler. Vous pouvez devenir stagiaire testeur, et dans ce cas, vos collègues seniors vous formeront. Ou vous pouvez débuter avec des tâches simples en freelance. Quoi qu'il en soit, vous devez commencer à travailler.
- Après avoir commencé à pratiquer les tests, revenez aux livres que vous avez mis de côté au point 3.
- Acceptez que vous devrez constamment apprendre. Jour après jour, année après année, vous étudierez quelque chose de nouveau et vous vous familiariserez avec de nouveaux concepts. Acceptez cette situation.
- Mettez de côté vos peurs et doutes, et préparez-vous à l'un des emplois les plus intéressants au monde 🙂
Et bien sûr, n'ayez aucune peur 🙂
Vous allez y arriver, bonne chance !
MAJ: Dans les discussions sur l'article, les commentateurs respectés m'ont fait remarquer que tout le monde n'a pas forcément la même chance au début que moi. C'est pourquoi je voudrais ajouter le point 3a à la liste de vérification.
3a. En disant qu'il vaut mieux mettre les livres de côté pour le moment, je voulais dire qu'à ce stade, il serait dangereux de se surcharger de théorie, car il est difficile de structurer correctement les connaissances théoriques sans pratique, et une grande quantité de théorie pourrait vous faire peur. Si vous souhaitez vous sentir plus confiant et ne pas perdre de temps en cherchant où commencer à pratiquer, je vous conseille de suivre une formation en ligne pour les testeurs débutants ou d'écouter un cours sur le test. Chacune de ces options est assez facile à trouver et les informations y sont présentées de manière accessible. Et voir le point suivant.
Source : habr.com
