"Sélectionner la gravité correcte est un indicateur crucial de ta compréhension de l'environnement de test et de l'impact du bogue."
Motivation
Signaler des bogues fonctionnels n'est pas une mince affaire, et choisir leur gravité peut être encore plus délicat. Mais dans cet article, découvre 3 questions clés à te poser pour déterminer la gravité d'un bogue fonctionnel dans son contexte, une étape cruciale dans l'identification des problèmes.
Ces 3 questions essentielles sont aussi illustrées pour t'aider à les comprendre et à les appliquer dans des scénarios de test concrets
Qu'est-ce que les bogues fonctionnels ?
Imagine les bogues fonctionnels comme des défauts qui foutent en l'air l'utilisation d'un truc ou de tout ce qui permet de bidouiller avec le site Web ou l'appli que tu testes.
Les bogues fonctionnels sont liés aux fonctions du logiciel. Par exemple: un bouton qui refuse de valider le formulaire, la recherche qui ne réagit pas quand tu tapes quelque chose, ou l'appli qui plante après avoir touché à un truc. Chaque fois que tu fais quelque chose, le site ou l'appli ne réagit pas comme prévu. Ces défauts peuvent toucher tout le monde ou peut-être pas, et même si c'est le cas, ça peut impacter les gens différemment.
D'un autre côté, selon si l'environnement est en prod (en direct pour tout le monde) ou en staging/bêta (genre, en test), l'impact d'un bogue peut pas être jugé de la même manière. Par exemple, un bogue découvert sur un site Web en prod - un site accessible à tous sur Internet - va causer plus de dégâts aux utilisateurs et clients que des bogues trouvés sur un environnement de staging, inaccessible aux vrais utilisateurs.
Qu'est-ce que la sévérité d'un bogue?
Parfois, l'impact négatif des problèmes dont on a parlé avant est plus marqué que d'autres, ou bien la manière dont ils embêtent les utilisateurs est plutôt soft. Donc, l'urgence pour réparer ces bugs diffère, tout comme la gravité. Ça dépend aussi de l'environnement qu'on est en train de tester.
On a trois niveaux de sévérité pour les bogues fonctionnels: Faible, Élevée et Critique. Tu peux trouver une explication détaillée dans notre article sur les Bogues fonctionnels | Test IO Academy.
Pour les tests exploratoires, on peut penser à 3 éléments clés pour différencier ces trois niveaux de sévérité et élaborer une classification plus précise.
Avant de choisir la gravité, pose-toi ces 3 questions clés
Les bogues sont contextuels, c'est pourquoi il est essentiel de comprendre et de répondre à ces 3 questions (détaillées ci-dessous) pour déterminer la gravité correcte d'un bogue dans le contexte du produit testé. Prends le temps de répondre avant de cliquer sur le bouton ❝Soumettre❞.
Quel est le but de la fonctionnalité sur le site web ou l'application en cours de test? Par exemple, si tu testes un site de commerce électronique, la recherche de produits, leur ajout au panier et le démarrage du processus de commande sont des étapes cruciales sur ce site en particulier. En revanche, si tu testes une application de divertissement, les fonctions essentielles concernent la lecture, la visualisation et la possibilité d'interagir avec les commandes du lecteur vidéo.
Quel est l'effet de ce bug sur l'utilisateur final ou sur l'entreprise? Si le test porte sur une ou juste quelques fonctions, commence par te demander ce que fait exactement la fonction que tu testes. Ça t'aidera à voir comment elle s'intègre dans le site web ou l'appli.
Existence-t-il des solutions temporaires pour utiliser la fonctionnalité compromise ? Si c'est le cas, sont-elles intuitives, simples ou plutôt difficiles à trouver ou à mettre en œuvre? En d'autres termes, si les utilisateurs ont une autre façon de découvrir comment utiliser une fonctionnalité qui présente un bug ou qui fonctionne de manière inattendue, on parle de solution temporaire. Il est essentiel d'identifier une solution temporaire pour la fonctionnalité compromise, car elle fournit des informations cruciales sur le problème, permettant ainsi de déterminer correctement la gravité du bogue.
Donc, chaque fois que l'on repère un bogue, on peut explorer les différentes étapes que les utilisateurs doivent suivre pour accomplir la tâche que la fonctionnalité présentant le bogue ne permet pas. Comprendre la quantité de travail et de temps nécessaire est crucial pour choisir correctement la gravité du problème. Si l'on relie ces informations à l'importance de la fonctionnalité du produit en cours de test ou de la caractéristique au sein de ce produit, l'impact précis du problème devient évident.
En général, si l'on rencontre un bogue sur un site web qui peut être résolu en actualisant la page, la gravité d'un bogue fonctionnel est faible, car actualiser la page est une solution de contournement intuitive et facile. En d'autres termes, la plupart des utilisateurs finaux essaieraient de faire la même chose, et résoudre le problème n'est qu'à un clic de distance.
Pour accomplir cela correctement, il est fondamental d'avoir compris le produit (site Web/application) et sa conception afin que l'on puisse facilement faire des suppositions éclairées sur le comportement que l'on est sur le point de signaler.
Si l'on continue à se poser ces questions pendant le test, cela nous guidera sur la bonne voie pour sélectionner la gravité correcte des bogues.
Où trouver des conseils pour mieux comprendre les niveaux de severité?
On crée tout le temps du contenu pour vous aider à piger le boulot, que ce soit sur notre serveur Discord Test IO Community ou sur nos réseaux sociaux. Y a même une feuille de calcul avec des scénarios et des niveaux de gravité fixes.
Tu peux jeter un œil à cette feuille de calcul ici, la Bug Assessment Sheet! Essaie de repérer des soucis là-dedans pendant tes tests, ça t'aidera à mieux piger leur gravité.
D'un autre côté, on utilise aussi notre page Facebook et notre chaîne YouTube pour te donner un coup de main dans le domaine du testing. On a même un épisode intitulé ❝Comment bien choisir la gravité d'un bogue fonctionnel❞, où tu peux découvrir ce à quoi les chefs d'équipe pensent pour évaluer la gravité des bugs fonctionnels. On y donne des exemples, et tu peux suivre le processus de réflexion derrière tout ça, avec les 3 questions clés en action!