Cet article sera intéressant pour ceux qui, tout comme nous sommes confrontés au problème de la sélection d'un spécialiste approprié dans le domaine des tests.
Curieusement, mais avec l'augmentation du nombre d'entreprises informatiques dans notre république, seul le nombre de dignes programmeurs, mais pas de testeurs, augmente. Beaucoup sont avides de cette profession, mais peu comprennent sa signification.
Je ne peux pas dire pour toutes les entreprises informatiques, mais nous avons confié le rôle de QA / QC à nos spécialistes de la qualité. Ils font partie de l'équipe de développement et participent à toutes les étapes du développement, de la recherche à la sortie d'une nouvelle version.
Le testeur de l'équipe, même au stade de la planification, doit prendre en compte toutes les exigences fonctionnelles et non fonctionnelles pour accepter la user story. Il ne devrait pas être pire que les programmeurs, ou même mieux, pour comprendre les caractéristiques opérationnelles du produit et aider l'équipe à ne pas prendre les mauvaises décisions au stade de la planification. Le testeur doit avoir une idée claire du fonctionnement des fonctionnalités implémentées et des pièges potentiels. Nos testeurs établissent eux-mêmes des plans de test et des cas de test, et préparent tous les supports nécessaires aux tests. Les tests selon les spécifications finales en tant que clicker de singe ne sont pas notre option. Travaillant au sein de l'équipe, il devrait aider à lancer un produit décent et à sonner l'alarme à temps en cas de problème.
Ce que nous avons rencontré lors de la recherche de testeurs
Au stade de l'étude de nombreux CV, il semblait qu'il y avait des spécialistes ayant une expérience appropriée pour nous et il n'y aurait aucun problème avec le choix d'un testeur dans notre équipe. Mais, lors de réunions en face à face, nous avons été de plus en plus confrontés à des candidats qui en réalité étaient assez loin du monde des technologies de l'information (par exemple, ils ne pouvaient pas dire les principes de l'interaction navigateur et serveur Web, les bases de la sécurité, les bases de données relationnelles et non relationnelles, n'avaient aucune idée de la virtualisation et conteneurisation), mais en même temps, ils se sont évalués au niveau de l'AQ senior. Après plus d'une dizaine d'entretiens, nous sommes arrivés à la conclusion que le nombre de spécialistes adaptés à notre situation dans la région est négligeable.
Ensuite, je vais vous dire quelles mesures nous avons prises et sur quel rake nous sommes allés pour trouver les combattants très attendus pour la qualité.
Comment nous avons essayé de régler la situation
Ayant souffert du sourcing de spécialistes tout faits, nous avons commencé à tirer sur les zones voisines:
- Nous avons essayé d'appliquer la pratique de l'évaluation pour identifier parmi le grand nombre de «personnes qui s'enfuient», celles dont nous pouvons former de solides spécialistes.
Un groupe de candidats potentiels, possédant approximativement le même niveau de connaissances, nous a proposé de réaliser des tâches. Observant leur processus de réflexion, ils ont essayé de distinguer le candidat le plus prometteur.
En particulier, nous avons proposé des tâches de vérification de l'attention, de compréhension des capacités des technologies et des caractéristiques du multiculturalisme:
- Des réunions ont eu lieu pour les testeurs afin d'élargir les limites de la compréhension de la profession pour le contingent existant.
Je vais vous parler un peu de chacun d'eux.
Ufa Software QA and Testing Meetup # 1 est notre première tentative de rassembler ceux qui ne sont pas indifférents à la profession et en même temps de comprendre si le public sera intéressé par ce que nous voulons leur transmettre. Fondamentalement, nos rapports indiquaient par où commencer, si vous décidiez de devenir testeur. Aidez les débutants à ouvrir les yeux et jetez un œil aux tests pour adultes. Nous avons parlé des étapes que les testeurs débutants doivent suivre pour intégrer la profession. A propos de ce qu'est la qualité et comment y parvenir dans des conditions réelles. Et aussi ce qu'est le test automatique et où il est plus approprié de l'appliquer.
De plus, avec un intervalle de 1 à 2 mois, nous avons tenu deux mitaps supplémentaires. Il y avait déjà deux fois plus de participants. Au Ufa Software QA and Testing Meetup # 2, nous avons plongé plus profondément dans le sujet. Nous avons parlé des systèmes de suivi des bogues, des tests UI / UX, abordé Docker, Ansible, et également parlé des conflits possibles entre le développeur et le testeur et comment les résoudre.
Notre troisième métap "Ufa Software QA and Testing Meetup # 3" concernait indirectement le travail des testeurs, mais était utile pour rappeler à temps aux programmeurs leur devoir technique et organisationnel: test de charge, test e2e, Selenium dans l'auto-test et vulnérabilités des applications Web.
Pendant tout ce temps, nous avons appris à produire une lumière et un son normaux dans les émissions de nos événements:
→ Premières étapes du test - Ufa Software QA and Testing Meetup # 1
→ Test UI / UX - Meetup QA et QFA Software # 2
→ Test de sécurité, test de charge et test automatique - Ufa QA et test Meetup # 3 - Et à la fin, nous avons décidé d'essayer un hackathon pour les testeurs
Comment le hackathon a été préparé et réalisé pour les testeurs
Pour commencer, ils ont essayé de comprendre de quel genre de "bête" il s'agit et comment cela se fait habituellement. Il s'est avéré que des événements de ce type en Fédération de Russie se sont tenus moins de fois et il n'y a pas de place pour emprunter des idées. Deuxièmement, je ne voulais pas immédiatement, dans un événement douteux à première vue, investir beaucoup de ressources. Par conséquent, nous avons décidé de faire des mini-hackathons courts, non pas pour tout le cycle de travail de l'AQ, mais pour des étapes distinctes.
Notre principal mal de tête est le manque de pratique des testeurs locaux dans la formation de cartes de test intelligibles. Ils ne consacrent pas de temps à la recherche au stade avant la mise en œuvre des user stories et la création de critères d'acceptation compréhensibles pour les développeurs sur les exigences fonctionnelles et non fonctionnelles, UI / UX, sécurité, travail et charges de pointe. Par conséquent, nous avons décidé, pour la première fois, de passer par la partie la plus intéressante et créative de leur travail - l'analyse et la formation des exigences pour la recherche d'avant-projet.
Ils ont estimé le nombre potentiel de participants et décidé que nous avions besoin d'au moins 5 backlogs pour les versions MVP, 5 produits et 5 personnes qui agiront en tant que propriétaires de produits, déchiffreront les besoins de l'entreprise et prendront des décisions sur les restrictions.
Voici ce que nous avons obtenu: les
arriérés pour le hackathon .
L'idée principale était de proposer des sujets aussi éloignés du travail quotidien des participants et de leur laisser place à l'imagination créatrice.
Quelles erreurs avons-nous commises et que pouvons-nous faire de mieux
L'application de pratiques d'évaluation, si appréciées dans le domaine de l'accueil des commerciaux et des managers subalternes, a demandé énormément d'énergie, mais ne nous a pas permis d'accorder une attention suffisante à chaque participant et d'évaluer ses capacités. En général, cette option de sélection crée une image négative de l'entreprise, car beaucoup de gens reçoivent un feedback insuffisant et, à l'avenir, forment l'effet de la tyrannie de l'employeur (la communication dans les communautés informatiques est très développée). En conséquence, nous avons littéralement deux candidats potentiels avec une perspective très éloignée.
Ici, les mitapas sont une bonne chose. Une vaste base d'étude est en cours de création, le niveau global des participants est augmenté. L'entreprise devient de plus en plus reconnaissable sur le marché. Mais la complexité de ces entreprises n'est pas faible. Il faut bien comprendre qu'il faudra environ 700 à 800 heures de travail pour tenir des réunions dans un an.
Quant aux testeurs de hackathon. De tels événements n'ont pas encore eu le temps de s'ennuyer, car, contrairement aux hackathons pour les développeurs, ils ont lieu beaucoup moins fréquemment. L'avantage de cette entreprise est que, de manière non ambiguë, vous pouvez échanger une grande quantité de connaissances pratiques et déterminer assez précisément le niveau de chaque participant.
Après avoir analysé les résultats de l'événement, nous nous sommes rendu compte que des tas faisaient des erreurs:
- L'erreur la plus impardonnable a été de croire que 4 à 5 heures nous suffiraient. En conséquence, seules l'introduction et la connaissance des arriérés ont pris près de 2 heures.
Travailler avec les propriétaires des produits au stade initial et le temps de se plonger dans le domaine ont pris autant. Ainsi, le temps restant n'était clairement pas suffisant pour une étude approfondie des cartes de test. - Il n'y avait pas assez de temps et d'énergie pour un retour détaillé sur chaque carte, car c'était déjà la nuit. Par conséquent, cette partie a clairement été échouée par nous et était à l'origine censée être la plus précieuse du hackathon.
- Nous avons décidé d'évaluer la qualité de l'étude par un simple vote de tous les participants, allouant 3 votes à chaque équipe qu'ils pourraient donner pour un travail de la plus haute qualité. Il serait peut-être préférable d'organiser un jury.
Qu'avez-vous réalisé
Nous avons partiellement résolu notre tâche et nous avons maintenant 4 braves beaux hommes couvrant l'arrière de 4 équipes de développement. Un bassin important de candidats solides potentiels et des changements tangibles dans le niveau de la communauté QA de la ville n'ont pas encore été remarqués. Mais il y a des progrès et cela ne peut que se réjouir.