La taverne du testeur

Retour sur un article qui parle du métier de testeur

On parle de plus en plus du métier du test, notamment à travers des articles publié sur le web. C’est très bien et je m’en réjouis. Donner de la visibilité à ce métier est très important. Néanmoins avec l’arrivée de ces articles écrits par des non testeurs, arrivent certaines imprécisions.

Un contact m’a récemment envoyé un lien vers cet Article. Cet article est intéressant et on sent que son auteur a bien senti que le métier de testeur évolue et qu’il va continuer à grandir. C’est pourquoi je souhaite revenir sur certaines de ces imprécisions et de démonter certaine idées reçues.

Imprécisions ayant retenues mon attention :

·        Métier : « testeur de bug ». C’est le titre de l’article et il pose problème. Le métier de « testeur de bug » n’existe pas. Le métier, c’est testeur logiciel. Tester des bugs c’est tester des corrections de bug, c’est ce que l’on appelle les tests de vérification (ou retest même si c’est un anglicisme ou encore tests de confirmation) et ce n’est qu’une partie du métier de testeur.

·        Le terme de « Bêta testeur » en lieu et place de testeur est également une imprécision. Les bêta testeurs ne sont pas des « testeurs logiciels » à proprement parlé mais des utilisateurs finaux qui utilisent l’application avant sa version mise sur le marché. De plus ces bêta testeurs ne font que des tests fonctionnels métiers. Les testeurs logiciels, eux, font des tests systèmes (1 niveau en dessous)

·        L’idéal du logiciel sans bug et la capacité de détecter « N’importe quelle faille ». Non les testeurs n’ont pas cette capacité. Dans tous les cas, le logiciel sans bug n’est pas un but en soi et est souvent contre-productif.

·        Un peu de terminologie. Un testeur ne « Crée » pas de bugs. Le bug existe avant qu’il ne soit détecté par le testeur. Par contre le testeur décrit ce bug dans un logiciel approprié afin que d’autres personnes puissent le corriger. Ce n’est pas en supprimant les testeurs travaillant sur un logiciel que l’on fera disparaitre les bugs.

Enfin, je tiens à ajouter qu’il y a, de mon point de vue, un gros manque dans cet article. On n’y parle jamais du point prépondérant de la communication et du travail d’équipe pour un testeur. Cela est peut-être lié à l’imprécision entre bêta testeur et testeur.

Pensez à rejoindre le groupe Le métier du test si le test vous intéresse !

N’hésitez pas à me suivre et lire mes autres articles si vous voulez en apprendre plus sur le test ou venir partager vos connaissances

Merci à tous ceux qui mettent « j’aime », partagent ou commentent mes articles

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *

Automatisation

Livre CFTL: Évolution et état des lieux de l’automatisation

Article écrit à 4 mains avec Bruno Legeard Introduction : L’automatisation partie intégrante du test L’automatisation de l’exécution des tests constitue une large part de l’activité des testeurs comme on peut le constater avec l’enquête du CFTL de 2019 où moins de 10% des organisations n’ont pas de tests automatisés, mais

Lire la suite »
Livrable

Les plans de test

Définition ISTQB : un document décrivant l‘étendue, l‘approche, les ressources et le planning des activités de test prévues. Il identifie entre autres les éléments et caractéristiques à tester, qui fera chaque tâche, le degré d‘indépendance des testeurs, l‘environnement de test, les techniques de conception des tests et les techniques de mesure

Lire la suite »
Automatisation

Automatisation: Architecture modulaire, la clé pour limiter la maintenance ?

Les problèmes de maintenance sont récurrents avec les tests automatisés. C’est même une des raisons majeures de l’échec de l’automatisation des tests. La maintenance doit être effectuée à chaque changement applicatif impactant un ou plusieurs cas de tests.  Cette maintenance, si elle est mal gérée peut très vite devenir très

Lire la suite »