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

Tests mobiles: Automatisation des tests

Lorsque l’on veut automatiser, il faut se poser de nombreuses questions et établir une stratégie d’automatisation afin de maximiser ses chances de réussir cette automatisation et d’optimiser son retour sur investissement. Comme pour les tests manuels, il y a des spécificités aux tests mobiles. Cet article a pour but de

Lire la suite »
Interview

Marcelo Kamenetz Szwarcbarg: ingénieur test logiciel

Bonjour, qui êtes-vous, quel est votre métier et quelles sont vos activités professionnelles ? Marcelo Kamenetz Szwarcbarg, KS pour les intimes. Je suis actuellement ingénieur de tests logiciel pour Amadeus et mes activités professionnelles sont centrées sur la qualité logiciel. Je m’occupe de la qualification de produits en phase de « End

Lire la suite »
Image demandant une confirmation pour s'authentifier
Automatisation

Article 3/3 : Industrialisation de tests MFA et introduction au RPA – Jonathan Bernales

Nous poursuivons notre série d’articles consacrés aux tests de systèmes intégrant des mécanismes de sécurité Multi-Facteur (MFA ou 2FA) ! Lors de notre premier article, nous avons vu que l’authentification multi-facteur (MFA) est devenue une norme incontournable dans la sécurisation des applications et services en ligne. Son adoption massive nous permet

Lire la suite »