La communication entre les testeurs et l'équipe de développement

C'est là où les compétences en communication sont très importantes. Imaginons que lorsque Brenda fait des tests, elle découvre quelques anomalies. Certaines sont urgentes ou prioritaires; c'est à dire qu'elles l'empêchent de terminer d'autres tests. Elle a besoin de faire savoir à l'équipe de développement qu'il y a des anomalies qui doivent être résolues rapidement. Comment pourrait-elle faire cela?

Option 1

Elle envoie un email au développeur qui a écrit le code qui vient d'être testé. L'email dit: "Je viens de tester et votre code contient quelques anomalies qui doivent être corrigées avant de pouvoir continuer les tests".

Les développeurs peuvent être très protecteurs avec le code qu'ils rédigent. Et qui peut leur en vouloir? C'est quelque chose qu'ils ont créés et ils peuvent tirer une grande fierté de cette création. Dans l'exemple précédent, Brenda dit: "Le code qui vous m'avez donné contient quelques anomalies urgentes". Cette affirmation peut sembler blâmer le développeur et peut la rendre personnelle.

Il manque également un élément dans ce message: les détails. Le développeur a été informé qu'il y a des erreurs, mais n'a aucune information à propos de celles-ci.

La communication par email, en personne, via messagerie instantanée, ou par toute autre forme acceptable par l'entreprise a besoin d'inclure les détails à propos de l'erreur et doit être factuelle. Sortez le "personnel" de l'équation. Cela aide si le testeur a une attitude que le développeur ne connait probablement pas (l'équipe de développement n'a pas fait exprès de fournir à Brenda un code erroné) et peut être qu'elle a également ratée quelque chose dans ces tests qui a provoqué des résultats incorrects.

Option 2

Réécrivons le message: "Je viens de tester l'écran de connexion et j'ai eu un résultat inattendu lié au champ 'mot de passe'. Pouvons nous prendre un peu de temps pour revoir les résultats de ce test? J'aimerais avoir votre avis à propos du scénario de test au cas où j'aurais manqué quelque chose. Etes-vous disponible aujourd'hui ou est ce que demain serait préférable pour vous?".

Brenda indique, dans son email, quel écran elle teste et quelle partie de l'écran lui pose un problème. Elle demande de l'aide au développeur pour revoir le scénario de test pour voir si elle a fait les choses correctement. Elle ne pointe pas du doigt son code en disant qu'il est erroné. Elle demande un rendez-vous aujourd'hui ou demain, qui implique une urgence mais sans dire "vous devez résoudre cela maintenant".

Souvenez-vous de rester factuel dans vos communications. L'équipe de développement a le même but que vous; déployer une application pour les utilisateurs qui soit attractive, qui satisfait leurs besoins, et qui a le minimum d'erreurs.

source originale: the analyst coach