Sérieusement laissez. résumé

À une époque où les syndicats se font une mauvaise réputation, le seul recours que nous avoir contre une mauvaise gestion, c'est voter avec nos pieds.

Je pense que passer 6 mois à faire cela au lieu de coder est à la fois une perte de temps coûteux pour les développeurs et préjudiciable à ma carrière.

Et lorsque la direction ne soutient pas la croissance de votre carrière, c'est un énorme drapeau rouge. [En d'autres termes, si votre responsable vous a demandé de faire deux semaines de tests manuels, cela pourrait valoir la peine d'en prendre un pour l'équipe. 6 mois de tests manuels équivaut à un changement d'emploi.]

Vous devriez donc commencer à faire circuler votre CV immédiatement afin de pouvoir passer à un nouvel emploi qui répond à vos objectifs de carrière. dès que possible.

Ma meilleure option ici est d'essayer d'avoir une perspective aussi complète que possible de ce que pense votre patron. Le spectre peut inclure:

• Je suis désespéré - ce test doit absolument être fait et nous ne pouvons pas justifier le coût par rapport à la récompense des tests unitaires de codage, il doit être manuel. Il n'y a personne d'autre en qui j'ai confiance, et personne d'autre qui ne peut être épargné, c'est un moment où tout le monde est sur le pont.
• J'ai de sérieuses inquiétudes à propos de cette personne - le dernier travail s'est mal passé et je suis préoccupé sur le fait de mettre ce développeur dans une position de confiance élevée, les tests manuels sont l'endroit où il peut faire le moins de dégâts
• Cela risque de se transformer en quelque chose de poilu, Dieu merci, j'ai quelqu'un en qui je peux faire confiance pour mettre dessus , Je sais que cette personne empêchera le désordre de se produire et sera là en cas de crise.
• Il y a un travail plus cool à venir, si je mets cette personne ici pour faire ça maintenant, j'ai la possibilité de la déplacer vers la chose géniale qui nous attend .. Je ne peux pas et ne vais pas encore en parler, parce que c'est trop incertain et je ne peux pas faire de promesses.

Je dis cela sans savoir vous, votre patron ou votre entreprise. Ce sont toutes les raisons pour lesquelles j'ai demandé aux gens de travailler "en dessous de leur niveau de rémunération" et une seule d'entre elles est une vraie gifle, et je ne ferais pas honnêtement la puce n ° 2 sans avoir également discuté avec l'employé les échecs de performance dans le passé. Cependant, les managers varient, tout comme la situation.

Il n'y a pas de parfait ici - oui, 6 mois de tests manuels pour une personne de niveau intermédiaire (6 ans me semble moyen) ne sont pas un compromis efficace . Cependant, attendre 3 mois pour embaucher un stagiaire bon marché peut retarder un produit au point qu'il manquera les exigences de délai de mise sur le marché dans un secteur concurrentiel, donc si je devais dépenser 4 fois plus d'argent (en supposant qu'un stagiaire gagne un quart de ce que vous faites ...), je le ferais si cela offrait l'espoir de 10X le profit (ce qu'il pourrait).

Pensées pour les étapes ...

Si vous ne l'avez pas fait - ayez beaucoup de cœur à cœur avec votre patron - je soupçonne que si vous ne voulez pas quitter le poste tout de suite, vous êtes prêt à en "prendre un pour l'équipe", sous réserve que vous ne ferez pas un travail désagréable pour toujours, et que vous serez en tête de liste la prochaine fois que de bonnes opportunités se présenteront. Si ce n'est pas le cas, vous devez découvrir pourquoi il n'apprécie pas votre performance, même si vous devez serrer les dents et lui demander ce qui ne va pas avec votre performance, mieux vaut savoir que ne pas savoir.

Quand / si cela ne change rien - engagez-vous également dans une discussion "Et si nous essayons ..." - si vous pouvez honnêtement voir comment la conception de tests automatisés peut rendre le travail plus efficace et de meilleure qualité avec le même coût pour l'entreprise - alors vous ne devriez pas avoir de problème à le vendre. Je ne connais aucun manager qui veuille inciter les gens à faire un travail désagréable sans aucune économie de coût / horaire juste pour la pure joie perverse. Faites une offre, essayez de le vendre - prendre l'initiative d'essayer de faire le travail plus efficacement en vaut toujours la peine.

Quand / si cela ne change rien - vous êtes à la croisée des chemins - votre manager a tout à fait le droit d'exiger que vous fassiez ce travail, à sa manière - si vous ne l'avez pas convaincu que votre manière d'économiser de l'argent et que vous n'avez pas géré une nouvelle mission - alors vous êtes dans l'obligation de faire ce que vous êtes si vous souhaitez continuer à percevoir votre salaire. Vous êtes à la croisée des chemins - le salaire en vaut-il la peine? Souhaitez-vous améliorer la situation en changeant d'entreprise? C'est une décision que vous seul pouvez prendre. Mon approche serait:

• Soyez aussi efficace que possible - montrez que même sur une tâche que vous détestez, vous pouvez faire du bon travail. En fait, montrez que vous pouvez faire un si bon travail que c'est un énorme gaspillage de vos compétences profondes. Dans la mesure du possible, permettez à quelqu'un d'autre de faire ce travail facilement et recherchez tous les moyens d'améliorer l'efficacité que vous pouvez (par exemple, dans la plupart des cas de test manuels, il est possible d'écrire des scripts d'aide qui ne sont pas des "tests automatisés "mais sont extrêmement utiles - scripts de réinitialisation de base de données, scripts de configuration de compte utilisateur, reconstruction / réinstallation automatisée - petites choses qui rendent le monde tellement meilleur pour tout le monde).

• Recherchez un nouvel emploi chaque fois que vous vous sentez frustré. Aucune raison de faire une folle recherche d'emploi "Je veux quitter maintenant", gardez simplement les options ouvertes.

• Réseau, réseau, réseau - s'il s'agit d'une entreprise suffisamment grande, quelqu'un fait quelque chose d'intéressant - si votre patron ne peut pas vous donner un bon travail, peut-être qu'un autre groupe le peut.

• être disponible, utile et positif, mais sachez que votre travail a été défini comme des tests, et vous ne voulez pas être si utile que vous finissiez par négliger le travail qu'on vous a demandé de faire à la lumière d'un travail qui semble plus intéressant - à moins que votre patron ne vous autorise clairement. Il est tout à fait possible de participer à des travaux plus intéressants de cette manière, mais vous devez vous assurer de ne pas avoir totalement contourné les responsables.

Ok, je pense que c'est évident d'après l'autre réponse qu'une option laisse. Cependant, étant donné que vous avez dit ceci

Quand j'ai parlé avec mon patron de mes préoccupations, il a dit qu'il était désolé mais qu'ils n'avaient personne d'autre pour le faire.

Je suppose que vous n'avez suggéré aucune autre option que "Je ne veux pas faire ça". Votre patron est probablement assez occupé, c'est peut-être un projet important ou critique ou il peut simplement ne pas vouloir le microgérer.

Ce que vous devez faire est de suggérer soit

1. Quelqu'un d'autre effectue ce test
2. Vous pourrez le faire avec des tests automatisés, etc.

Trouvez quelqu'un d'autre pour faire des tests

En tant qu'ingénieur logiciel à plein temps avec 8 ans d'expérience, votre temps est (ou devrait être ..) assez précieux financièrement. Votre patron devrait se sentir terriblement mal de vous avoir fait quelque chose que presque tout le monde pourrait faire avec presque aucune expérience du logiciel ou une expérience préalable avec le produit devrait être en mesure de faire. Payer un développeur de logiciels pour faire un travail de singe est un énorme gaspillage de son argent.

Votre patron ne se soucie probablement pas de vos intérêts personnels. Il se soucie beaucoup plus de la réalisation du projet et de son coût moindre. Vous devez lui faire voir ce problème en des termes qui lui tiennent à cœur.

Si vous en avez les moyens, suggérez à votre patron de faire l'une des choses suivantes

1. Embaucher temporairement quelqu'un d'autre
2. Demander à un autre membre de l'équipe moins rémunéré de faire le travail
3. Déléguer à un service QA

I pensez idéalement, vous devriez suggérer # 1 - demandez à votre patron s'il serait avantageux d'embaucher un employé à temps partiel. Si vous travaillez près d'une université, c'est parfait. Trouvez quelqu'un qui s'intéresse au développement Web ou à quelque chose de similaire (ou vraiment, vous avez juste besoin d'une personne intelligente qui veut travailler) et embauchez-le pour un petit pourcentage de votre coût total pour l'entreprise par heure.

Bien que les # 2 et # 3 semblent irréalisables compte tenu de votre situation spécifique, pour d'autres dans des situations similaires, l'une ou l'autre peut être une possibilité très viable.

Faites la tâche ... mais pas manuellement

Il se peut que vous ne puissiez pas obtenir le travail de votre équipe. Vous et votre petit groupe devrez peut-être faire les tests. Dans ce cas, vous avez encore quelques options.

N'oubliez pas que votre patron se soucie des choses différemment de vous. Vous voulez mettre les choses en ses termes.

1. Suggérez une approche où toute votre équipe effectue quelque chose comme 4 jours de développement, 1 jour de test. En quelque sorte, répartissez le travail entre tous les développeurs.
2. Développement de tests automatisés.

La première suggestion permet à toute votre équipe d'être plus impliquée et de détecter rapidement plus de problèmes. Vous avez plus d'yeux pour trouver des bugs / problèmes d'utilisabilité beaucoup plus proches de leur création au lieu d'une seule personne chargée de trouver TOUS les problèmes. Vous pouvez facilement présenter cela à votre patron dans ce sens (après tout, cela a beaucoup plus de sens si vous allez forcer les développeurs de logiciels à faire des tests au lieu d'avoir une personne chargée du contrôle qualité ou une personne dédiée. ...) et soyons honnêtes, si vous devez tous faire des tests manuels, vous garantissez presque que quelqu'un va commencer à écrire des tests automatisés.

Le second peut également être facilement encadré de cette manière votre patron peut approuver. Il devrait être facile de dire quelque chose comme: "Cela va être un long projet. Le développement de tests automatisés créera un kit d'outils de différents tests automatisés que nous pourrons utiliser tout au long de ce projet et permettra de tester rapidement les changements vers le étapes ultérieures du projet. "

La clé de toute suggestion pour que votre patron change d'avis est de la présenter de manière à être gagnant-gagnant. Il doit s'agir d'une suggestion qui non seulement soutient vos objectifs professionnels / personnels, mais contribue également aux objectifs commerciaux de votre patron.

Toute suggestion que vous faites doit être présentée comme une solution gagnant-gagnant, ce qui est difficile à faire dans ce senario.

Un problème est que si vous refusez ou faites le travail sous peine, vous sera considéré comme quelqu'un qui fait passer ses propres objectifs de carrière à court terme avant l'équipe / l'entreprise; si c'est juste à court terme (et 6 mois sur une carrière de 40 ans n'est guère une peine d'emprisonnement à perpétuité aux mines de sel) et que vous avez des raisons valables de rester dans l'entreprise (formation, investissement, perspectives à long terme), alors c'est peut-être mieux pour le chevaucher.

Votre patron sait que ce n'est pas un bon travail - d'où les excuses. S'ils avaient des options évidentes, je suppose qu'ils les auraient prises.

Prendre la route du "développeur coûteux" n'est valable que s'il y a d'autres travaux de développement à faire; si l'entreprise a des problèmes financiers, elle peut convaincre, rendre votre rôle redondant et embaucher un QA / testeur beaucoup moins cher ou même sous-traiter.

Les solutions pourraient être:

effet de levier - votre patron est en retrait parce qu'il s'est excusé; prenez l'initiative et demandez quelque chose que vous voulez en retour une fois le projet terminé. Assurez-vous qu'il est clairement identifié - formation, un rôle particulier dans la prochaine équipe - et obtenez-le par écrit

extension - demandez que le rôle soit augmenté en taille pour inclure plus de domaines qui aideront votre carrière; il peut s'agir d'un passage en tant que Product Owner ou Scrum Master dans un cadre agile, ou avoir un rôle qui inclurait la résolution de certains des problèmes que vous rencontrez

rotation - demandez le rôle de tourner autour de l'équipe, de sorte que ce ne soit peut-être que deux mois à la fois, et d'autres tâches seront incluses

automatisation - repousser l'automatisation par rapport aux tests manuels. Faites des recherches sur le sujet et trouvez des cas de rentabilité solides et bien formés qui montrent que l'automatisation des tests sera meilleure à long terme que le travail de test manuel.

Il n'y a aucune raison de faire des tests répétitifs manuellement. Apprenez Selenium et aidez l'équipe à concevoir les pages Web afin que les tests soient stables. Si l'équipe de développement ne prend pas en charge les tests automatisés, il est temps de chercher une meilleure position.

_{Il serait injuste de classer le QA comme des casseurs de clavier insensés alors que cela peut être bien plus que cela. Utiliser des outils pour des tests automatisés, écrire des scripts de test complexes, déterminer des stratégies de test et gérer les builds et les déploiements d'environnements de test est un travail hautement technique et gratifiant. Il ne faut pas négliger la façon dont l'utilisation de cette opportunité pour acquérir ces compétences peut améliorer ses capacités en tant que développeur de logiciels, mais aussi améliorer sa carrière.}

Envoyez le lien de votre responsable vers cet article:

Les cinq (mauvaises) raisons pour lesquelles vous n'avez pas de testeurs

Voici l'un des points extrait de l'article:

Peu importe combien il est difficile de trouver des testeurs, ils sont toujours moins chers que les programmeurs. Beaucoup moins cher. Et si vous n'embauchez pas de testeurs, des programmeurs feront des tests. Et si vous pensez que c'est mauvais quand vous avez des testeurs, attendez de voir à quel point il est coûteux de remplacer ce programmeur vedette, à 100000 $ par an, qui en a eu marre de se faire dire de "passer quelques semaines à tester avant de sortir "et est passé à une entreprise plus professionnelle. Vous pouvez embaucher trois testeurs pendant un an juste pour couvrir les frais du recruteur sur le programmeur de remplacement.

Lésiner sur les testeurs est tellement scandaleux fausse économie que je suis simplement époustouflé que plus de gens ne la reconnaissent pas.

Je vous suggère qu'un passage à faire des tests vous donnera l'occasion d'améliorer votre programmation parce que vous saurez ce que les testeurs recherchent et à quel point une interface utilisateur mal conçue est frustrante de travailler en tant qu'utilisateur. Le point de vue des non-programmeurs est une connaissance extrêmement précieuse. Ce n'est PAS du temps perdu.

Au cours des 30 dernières années, j'ai dû faire beaucoup de projets spéciaux dont je n'étais pas si fou. Chacun d'entre eux s'est avéré précieux pour moi d'une manière que je n'avais pas anticipée et plusieurs d'entre eux ont abouti à de nouveaux choix de carrière pour moi, y compris me trouver un emploi plus rapidement que mes collègues lorsque nous avons licencié 700 personnes. Ces types de tâches sont des occasions d'élargir votre compréhension et vos compétences et n'ont pas de prix.

Y a-t-il des éléments du projet en termes d'architecture, de convivialité ou d'autres rôles de projet en plus du développement et des tests qui pourraient être là où vous vous voyez ajouter de la valeur au projet?

Découvrez une autre façon de faire tourner cela serait de considérer si l'équipe pourrait diviser les tests afin que tout ne soit pas sur vos épaules et que la charge soit donc gérée par plusieurs personnes.