top 10 challenges testers face workplace
Les défis sont normaux. C'est quand on les considère comme des opportunités, une mine d'or et comme des obstacles, une mine terrestre. J'ai eu ma part «d’opportunités» au fil des ans dans l’industrie informatique.
Certains sont venus avec le rôle que je jouais, certains généraux. C'est ma tentative de les enregistrer et de tendre la main à la communauté pour voir si l'un d'entre eux résonne avec vous et peut-être, à petite échelle, vous aider et vous faire savoir que vous n'êtes pas seul.
Voici ma liste des 10 meilleurs:
Ce que vous apprendrez:
- Les 10 principaux défis auxquels les testeurs sont confrontés sur leur lieu de travail
- Défis spécifiques aux tests / AQ
- Autres défis
- lecture recommandée
Les 10 principaux défis auxquels les testeurs sont confrontés sur leur lieu de travail
# 1) Culture de l'entreprise:
Il s'agit du premier élément honorifique de la liste, car être dans le secteur des services informatiques m'a fait basculer entre plusieurs clients, équipes, sites et entreprises. J'ai adoré faire partie de certaines équipes et certaines, eh bien, je ne répéterais pas l'expérience.
- Une équipe pour laquelle j'ai travaillé a commencé à 6 heures du matin. Un autre a insisté pour travailler jusqu'à 18 heures.
- L'un d'eux a obligé les entrepreneurs à entrer dans le bâtiment par une autre porte et un autre qui ne croyait même pas à l'accès par carte magnétique.
- L'une d'entre elles nous a fait laisser tous les appareils mobiles avec mémoire, Bluetooth ou toute autre connectivité à l'extérieur tandis qu'une autre société diffusait de la musique merveilleuse sur le lieu de travail toute la journée.
- Certaines entreprises suivent une hiérarchie stricte avec le statut de célébrité de leur PDG et une autre qui n'a pas de cabines et tout le monde était égal.
Ce que j'ai réalisé avec le temps, c'est qu'il n'y a pas une seule bonne ou mauvaise voie; c'est juste leur chemin. Avec le temps, nous nous adapterons toujours aux circonstances, mais si vous ne lui donnez pas une chance équitable, trouvez la sortie la plus proche de chez vous.
# 2) Différents fuseaux horaires:
Restez-vous au bureau ou chez vous devant l'ordinateur portable à 23 heures ou 5 heures du matin pour essayer de rattraper vos équipes qui sont géographiquement réparties? C'est trop familier, n'est-ce pas?
Il n'y a vraiment pas d'antidote à ce problème (peut-être, du café?) Utilisez des horloges qui vous indiquent l'heure exacte à différents endroits (l'horloge mondiale sur votre smartphone fonctionne aussi), des protocoles de communication parfaits de manière à ce qu'il n'y ait pas besoin de réunions pour les problèmes résolu par e-mail et pratiquez la planification consciente du fuseau horaire pour éviter ce problème dans une large mesure.
Lecture recommandée => Onsite - Offshore Model of Software Testing - Faites en sorte que cela fonctionne pour vous
# 3) Différences interculturelles:
J'ai travaillé en Inde et aux États-Unis. Bien que la culture d'entreprise soit assez non ethnique, notre origine a un impact sur notre comportement et notre compréhension.
Questions d'entretien avancées pour oracle pl sql
Par exemple: 'Salut comment ça va?' est une salutation courante aux États-Unis. Cela ne signifie pas nécessairement qu'ils veulent savoir exactement ce que vous ressentez en ce moment. Cependant, lorsque j'étais nouveau aux États-Unis, je pensais: «J'étais juste en réunion avec cette personne il y a un instant. Qu'est-ce qui changerait en si peu de temps? » :) Tant mieux pour moi, j'ai appris vite.
De plus, dans certaines cultures, parler moins indique une contemplation tranquille, tandis que dans d'autres, cela signifie simplement que c'est ennuyeux ou que vous n'avez rien à dire.
Lorsque vous essayez de comprendre ces petites nuances, vous comprenez mieux les gens et pouvez mieux fonctionner.
Défis spécifiques aux tests / AQ
# 4) Pas de documentation:
Le classique. De nombreuses équipes croient encore à la communication verbale et conservent peu de documents de référence sur la façon dont le logiciel est devenu ce qu'il est aujourd'hui. Les cycles de développement rapides n'ont fait que rendre cela plus intense.
Cependant, c'est vraiment l'un de ces cas où les défis deviennent des opportunités.
Engagez des conversations avec vos équipes de développement, d'analyse commerciale ou techniques. Recherchez l'application; mettre en place des références en regardant des applications similaires et leurs normes. Comprenez la perspective de l'utilisateur final. Soyez aventureux avec des tests exploratoires.
Pour plus d'informations, consultez => Comment tester une application sans exigences?
# 5) Environnement instable:
Habituellement, les équipes d'assurance qualité souffrent d'un environnement de mauvaise qualité et nous devons vraiment être prêts à tirer le meilleur parti de ce que nous avons.
Par exemple: Le serveur qui est surchargé et a besoin d'un redémarrage quelques fois pendant les tests, les journaux qui doivent souvent être effacés pour s'assurer qu'il n'y a pas de débordement, etc.
Mettez ces problèmes au premier plan et assurez-vous d'obtenir une prise en charge de l'environnement pendant les tests. Pour les cas courants, accédez aux serveurs avec les étapes de maintenance simple, telles que le redémarrage, la suppression des files d'attente, etc.
Lecture recommandée => Comment minimiser les défauts de l'environnement de test
# 6) Outils alimentés de force:
Parfois, nous savons qu'un outil n'est pas adapté à la tâche. Nous n'avons pas d'autre choix que de continuer à l'utiliser car les clients / équipes ont déjà des licences et ne voudraient pas en acheter une nouvelle tant que la licence actuelle n'est pas épuisée.
J'ai dû tester une application Mainframes sur HP QTP sans le complément Terminal Emulator. Dans ce cas, j'avais l'outil mais pas la bonne configuration. Je ne pouvais pas faire grand-chose à ce sujet, alors j'ai dû basculer entre les modes d'enregistrement normal et de bas niveau pour contourner le problème.
Ce n'est pas amusant, mais vous apprenez des alternatives. Ou du moins, vous arriverez à une conclusion définitive quant à savoir si les alternatives fonctionnent réellement ou non.
Lire aussi => Guide de A à Z sur la sélection d'un outil d'automatisation
# 7) Certaines applications ne suffisent pas:
Avez-vous déjà testé une application et commencé à vous demander: «Comment peut-on appeler cela un logiciel alors qu’il s’agit d’une machine générant des bogues?»
J'ai eu ce privilège spécial où la majeure partie de ma journée a été consacrée simplement à signaler des bogues et à en signaler davantage. Certaines zones de l'application sont coupées à la suite de ces bogues. Tout le spectre de sévérité vous jette hors de votre jeu et il devient accablant où vous commencez à penser: 'Est-ce que ce que je fais ici a un sens?'
Avec le temps, j'ai appris à rester ferme sur ma décision que le logiciel n'est pas prêt à tester et à rejeter la version. Je ne cherche plus une lueur d'espoir quand il n'y en a pas.
Autres défis
# 8) Les bizarreries des gens:
Avez-vous déjà demandé à un développeur de frapper la table de la salle de conférence dès que vous lui expliquiez un défaut? Oui, cela m'est arrivé. :) J'ai appris plus tard que c'était sa forme d'expression et non l'aggravation.
J'avais aussi un membre de l'équipe qui au début s'est révélé peu coopératif et impoli, mais qui était vraiment juste timide. Cette personne dirait à peine quelques mots ou rencontrerait l'œil lorsqu'on lui demandait des mises à jour de statut. J'étais sur le point de faire une évaluation négative des performances et de l'escalader si je n'avais pas réalisé que les mêmes détails pouvaient facilement et de manière élaborée reçus de lui par e-mail. C’est la conversation en tête-à-tête avec laquelle il n’était pas à l’aise.
Chacun est différent et mérite le bénéfice du doute. Ne soyez pas trop rapide pour juger et respecter les limites.
Lisez aussi ceci => Comment gérer efficacement l'équipe de test
# 9) Manque de boucle de rétroaction:
Parfois, vous passez des jours à la fin à travailler et à être obsédé par un livrable pour découvrir que ce n’était pas censé le faire.
Ou vous travaillez à distance avec votre équipe située ailleurs que vous vous sentez isolé et que vous n'avez personne sur qui rebondir vos idées.
Ou vous recevez des commentaires qui ne sont pas vraiment utiles. Disons que vous avez créé un document de processus et qu’ils ont dit que c’était bien. Vous ne voyez pas le document de processus publié ou mis en service et vous vous demandez ce qui lui est arrivé. Donc, la rétroaction «bonne» n’a rien fait de bon ici et est presque une non-rétroaction.
Recherchez des commentaires honnêtes et créez une communauté pour discuter de vos idées. Ce n'est pas souvent le plus facile à faire, mais sans le renforcement positif que cette étape fournit, vous êtes démotivé.
# 10) Notions préconçues:
Eh bien, nous savons qu'il existe de nombreux préjugés sur le lieu de travail concernant le sexe, la nationalité, etc. Je ne vais pas entrer dans les détails ici, mais à moins que nous ne commencions à regarder le monde comme un village global et que tout le monde est égal, le monde et le lieu de travail deviennent toxique.
À propos de l'auteur: Merci à Swati, membre de l'équipe STH, d'avoir partagé ces 10 principaux défis rencontrés par les testeurs.
Maintenant c'est ton tour.
Lequel des éléments de la liste vous a surpris ou avez-vous hoché la tête pour comprendre? Quels défis avez-vous rencontrés et comment les avez-vous surmontés?
Veuillez partager et commenter!
lecture recommandée
- L'entreprise mondiale de test de logiciels atteindra bientôt 28,8 milliards de dollars
- Conseils de test de logiciel pour les testeurs novices
- Comment garder la motivation vivante chez les testeurs de logiciels?
- Meilleurs outils de test de logiciels 2021 [Outils d'automatisation des tests QA]
- Zen et l'art du test logiciel
- Emploi d'assistant QA en test logiciel
- Meilleurs articles de test de logiciels de 2008
- Défis des tests manuels et automatisés