Types de bogues - Résumé

Un bogue est un problème lié au logiciel. Si quelque chose sur un site web ou une application ne fonctionne pas comme prévu, cette "erreur" est un bogue. Ici chez Test IO, nous distinguons les types de bogues suivants :

Bogues fonctionnels

Les bogues fonctionnels sont liés à la fonctionnalité d'un élément logiciel, par exemple un bouton qui ne soumet pas un formulaire, la recherche qui ne réagit pas à la saisie utilisateur, une application qui plante, etc. Il peut s'agir d'un problème fonctionnel chaque fois que tu fais une action et que le site web/l'application ne répond pas comme attendu.

Comment déterminer si le comportement d'une application est un bogue fonctionnel:

Essaie de déterminer si une fonctionnalité est conçue d'une manière particulière ou si elle est réellement cassée. Teste-la seule et en combinaison avec d'autres fonctionnalités pour repérer d'éventuelles différences.
Réfléchis à ce que pourraient être les intentions du client et considère que le produit pourrait tout simplement fonctionner comme il a été implémenté.
Trouve des preuves que quelque chose ne fonctionne pas comme il le devrait et étaie ton affirmation.
Exemple : Une fonctionnalité de boutique en ligne fonctionne différemment que dans d'autres boutiques en ligne que tu connais. Cela ne signifie pas que la fonctionnalité est cassée. Les clients peuvent implémenter leurs produits comme ils le souhaitent.
Exemple : Si tu prétends qu'un champ de formulaire n'est pas validé et que c'est un bogue, assure-toi qu'il y ait une indication que le champ est censé être validé. Tu peux fournir cette preuve en montrant que le champ est validé dans certains cas mais pas dans d'autres. Si tu ne fournis aucune preuve, c'est une affirmation non prouvée.
Un problème visuel ou de contenu devient un problème fonctionnel quand il entrave une fonctionnalité et doit donc être signalé comme un bogue fonctionnel.
Si un élément de fonctionnalité fonctionne de manière cohérente de la même façon dans différents scénarios et sans problèmes évidents, c'est probablement intentionnel (pas un bogue).

Évaluation de la gravité

Le niveau de gravité approprié pour un bogue fonctionnel dépend de plusieurs facteurs : l'impact fonctionnel du problème, l'étendue du problème, l'existence de solutions de contournement ou s'il s'agit d'un obstacle majeur, s'il y a des pertes potentielles et notables de ventes, et si tu peux comparer ce bogue à d'autres bogues de même gravité. Ainsi, chez Test IO nous distinguons trois niveaux de gravité pour les bogues fonctionnels :

Faible:

Impact minimal sur l'utilisation du produit.
Le produit montre un comportement non intentionnel, mais l'utilisation générale n'est pas affectée.
Peu d'utilisateurs, de produits ou d'éléments sont concernés.
Une fonctionnalité est cassée ou indisponible, mais une solution de contournement facile résout le problème.

Élevé:

Impact sérieux sur l'utilisation du produit, mais la fonctionnalité principale est intacte.
Un grand nombre d'utilisateurs, de produits ou d'éléments est concerné.
Une fonctionnalité non triviale est cassée ou indisponible, et aucune solution de contournement n'existe.
Une fonctionnalité importante est cassée ou indisponible, mais une solution de contournement existe (donc pas un obstacle majeur).

Critique:

Le bogue empêche la fonctionnalité centrale de l'application/site web.
Un obstacle majeur empêche l'utilisateur de continuer le processus principal, par exemple, la commande.
Le bogue cause une perte potentielle et notable de ventes pour le client.

Nous avons préparé une liste de cas avec des niveaux de gravité fixes basés sur des évaluations communes: Emmène-moi à la feuille d'évaluation des bogues! Examine la liste attentivement et vérifie-la régulièrement pour les futures mises à jour.

Bogues de contenu

Les bogues de contenu se rapportent au contenu réel des sites web ou applications : texte, libellés, images, vidéos, icônes, liens, données, etc. Par conséquent, les bogues de contenu typiques sont:

Liens ou images cassés (404) (sauf s'ils sont situés dans le menu de navigation, l'en-tête, le pied de page ou la navigation par fil d'Ariane, qui sont des bogues fonctionnels faibles)
Redirections défectueuses, en général
Texte manquant, par exemple dans une info-bulle vide
Contenu manquant, par exemple zone de contenu vide
Contenu manquant, par exemple si 4 icônes sur 5 ont une info-bulle, 1 n'en a pas
Traductions manquantes, par exemple certains boutons sur un site web anglais ayant des libellés français
Certains produits manquent dans les résultats de recherche, mais la fonction de recherche elle-même fonctionne
Données manquantes

Note bien que les fautes d'orthographe ne sont pas considérées comme des bogues de contenu sur notre plateforme et ne peuvent pas être soumises comme telles.

Bogues Visuels

Les bogues visuels se rapportent aux interfaces utilisateur graphiques des sites web ou applications, par exemple :

Problèmes de structure de mise en page tels que des textes/éléments mal alignés
Un problème de design adaptatif, par exemple un élément est affiché sur un appareil mobile mais pas sur un autre
Des textes/éléments se chevauchent involontairement
Des textes/éléments sont coupés

Élévation d'un bogue de contenu ou visuel vers un bogue fonctionnel

Dès qu'un bogue de contenu ou visuel empêche une fonctionnalité, il doit être signalé comme un bogue fonctionnel, même si ce n'est pas réellement la fonction elle-même qui est défectueuse.

Un cas important où un bogue de contenu doit être soumis comme un bogue fonctionnel est quand il se produit dans un composant fonctionnel du produit – à savoir, les problèmes de liens dans le menu de navigation, l'en-tête, le pied de page ou la navigation par fil d'Ariane. De tels problèmes sont typiquement des bogues fonctionnels faibles.

Problèmes répétitifs

Quand un problème de contenu ou visuel se produit de manière répétitive, il ne peut être soumis qu'une seule fois, même si chaque occurrence peut avoir une URL, un lien, une image, etc. différents. C'est aussi le cas si les occurrences sont sur la même page ou sur des pages différentes. Ce rapport de bogue unique doit indiquer que d'autres URL, liens, images, etc., sont aussi concernés.

Les rapports de bogues individuels pour chaque occurrence du problème ne doivent pas être soumis et seront rejetés. Par exemple, un seul rapport doit être soumis pour les problèmes de contenu suivants : Certaines images de produits sur plusieurs pages de détails de produits d'une boutique en ligne sont cassées, certains liens de téléchargement pour des manuels PDF sur plusieurs pages de détails de produits mènent à des pages 404, certaines descriptions de produits sont dans une langue différente du reste de la boutique en ligne, certaines info-bulles ne contiennent aucune information, certains liens qui appartiennent au même groupe sont cassés, etc.

Les problèmes visuels suivants ne doivent être soumis qu'une seule fois : Certains textes ou images sont plus grands que leurs boîtes, plusieurs champs de saisie ne sont pas assez grands pour contenir leurs textes par défaut qui ne sont pas complètement visibles, plusieurs teasers chevauchent involontairement d'autres éléments, etc.

Pour des informations plus détaillées sur chaque type de bogue et leur documentation sur la plateforme Test IO, consulte les articles suivants :