Aller au contenu

Classification des défauts

Objectifs pédagogiques

À la fin de cette section, vous serez capable de :

  • définir ce qu’est un défaut (bug)
  • classifier un bug selon plusieurs critères
  • comprendre la différence entre sévérité, gravité et priorité

Qu’est-ce qu’un défaut ?

Image bug
  • Un défaut (ou bug) est un écart entre le comportement attendu et le comportement observé d’une application.
  • Il peut concerner :
    • une fonctionnalité
    • la performance
    • la sécurité
    • l’interface utilisateur
    • la compatibilité

“un bug se manifeste par un écart entre le comportement attendu et le comportement réel observé lors de l’exécution de l’application.“

Pourquoi classifier les défauts ?

La classification permet de :

  • prioriser les corrections
  • évaluer les risques
  • faciliter la communication entre équipes
  • prendre des décisions de mise en production

Les trois critères principaux

Image title
Bugs Critères

Sévérité (impact technique)

  • Mesure l’impact du bug sur le fonctionnement du système..
    • Critique : système inutilisable
    • Majeure : fonctionnalité clé impactée
    • Mineure : gêne limitée
    • Tiviale : cosmétique
Image severité

Exemples

  • Le système ne démarre plus du tout après une mise à jour.
  • Un plantage complet de l'application lors de l'utilisation d'une fonctionnalité clé (par exemple, une transaction bancaire en ligne ne peut pas être complétée).
  • Une erreur de sécurité permettant à un utilisateur non autorisé d'accéder à des données sensibles.
  • Un bug qui empêche l'envoi d'e-mails via une fonctionnalité intégrée, mais il est possible de contourner en copiant le contenu et en envoyant l'email manuellement.
  • Un formulaire de paiement qui ne valide pas correctement certaines informations, mais qui permet quand même de compléter la transaction après plusieurs tentatives.
  • Une fonctionnalité de recherche qui ne donne pas de résultats corrects mais qui peut être corrigée en filtrant manuellement les données.
  • Un bouton de navigation qui est mal aligné sur une page, mais reste cliquable et fonctionnel.
  • Une fonctionnalité secondaire qui ne fonctionne pas dans une langue spécifique, mais qui fonctionne dans d'autres langues.
  • Des erreurs mineures de typographie dans l'application.
  • Changement mineur dans la couleur ou l'apparence d'un bouton qui n'affecte pas sa fonctionnalité.
  • Un petit décalage dans l'alignement des icônes sur une page, sans impact sur l'expérience utilisateur
  • Un mot manquant dans une description d'aide contextuelle.

Gravité (impact utilisateur)

  • Mesure l’impact du bug sur l’expérience utilisateur.
    • Bloquante : L’application est inutilisable pour la majorité des utilisateurs ou compromet la sécurité
    • Sérieuse : Empêche l’utilisateur d’accéder à des fonctionnalités importantes
    • Mineure : Perturbe l’utilisation, mais l’utilisateur peut continuer à travailler
    • Cosmétique : N'affecte qu'un aspect mineur de l'application
Image gravité

Exemples

  • L'utilisateur ne peut pas accéder à son compte après avoir oublié son mot de passe car le lien de réinitialisation ne fonctionne pas.
  • L'utilisateur est bloqué sur un écran d'erreur après avoir essayé de soumettre un formulaire essentiel (comme une commande en ligne).
  • Une fonctionnalité critique de sauvegarde de données ne fonctionne pas, entraînant la perte de toutes les informations saisies.
  • L'utilisateur ne peut pas filtrer les résultats de recherche, mais peut les parcourir manuellement.
  • Une application mobile plante chaque fois qu'un utilisateur ouvre une section spécifique, mais d'autres sections restent accessibles.
  • Un rapport PDF généré par l'application est illisible, mais les données peuvent être consultées directement dans l'application
  • Un message d'erreur inapproprié qui s'affiche lorsque l'utilisateur entre un format de date incorrect, mais qui ne bloque pas l'action
  • L'aperçu d'une image ne s'affiche pas correctement, mais l'image est toujours accessible via le lien de téléchargement.
  • L'application met 5 secondes de plus pour charger une page, mais l'utilisateur peut toujours naviguer normalement.
  • La couleur de fond d'une section n'est pas conforme à la charte graphique, mais n'affecte en rien la lecture des informations.
  • L'icône d'un bouton est légèrement pixelisée, mais cela ne change rien à son usage.
  • Un léger décalage dans la mise en page d'un texte sur mobile, sans impact fonctionnel.

Priorité (urgence de correction)

  • Définit quand le bug doit être corrigé.
    • Haute : correction immédiate
    • Moyenne : correction planifiée
    • Basse : correction ultérieure
Image gravité

Exemples

  • Un bug de sécurité critique qui expose des informations personnelles des utilisateurs.
  • Un crash systématique de l'application lors d'une opération fréquente et importante pour les utilisateurs (comme le paiement en ligne).
  • Une fonctionnalité récemment introduite qui ne fonctionne pas et cause un grand nombre de plaintes d'utilisateurs.
  • Une lenteur importante lors de l'ouverture d'une page avec un grand nombre de données, ce qui n'est pas bloquant mais gêne l'expérience utilisateur.
  • Un bug dans une fonctionnalité qui n'est pas utilisée fréquemment, mais qui devrait fonctionner correctement pour des utilisateurs avancés.
  • Un problème d'affichage qui affecte la lecture sur un navigateur spécifique, mais qui reste utilisable.
  • Une légère erreur de mise en forme dans l'interface utilisateur qui ne gêne pas l'utilisation.
  • Une traduction incorrecte d'un message d'information dans une langue peu utilisée par les utilisateurs de l'application.
  • Un comportement inattendu sur un ancien navigateur qui n'est plus supporté officiellement par l'application.

Important à retenir

  • un bug peut être peu grave mais très prioritaire
  • un bug peut être très sévère mais peu fréquent
  • la classification est souvent collaborative
Image title
Priorité

Lien entre périmètre de test et classification des défauts

La classification d’un défaut dépend directement du périmètre de test défini.

👉 Un même bug peut avoir : - une priorité élevée s’il concerne une fonctionnalité dans le périmètre - une priorité faible ou nulle s’il est hors périmètre

Exemple – Application MyEvents

➡️ Voir la description détaillée de l’application MyEvents

Rappel du périmètre de test pour MyEvents :

  • ✔️ Achat de billets
  • ✔️ Paiement via API
  • ✔️ Notifications e-mail
  • ❌ Interface d’administration avancée
  • ❌ Personnalisation graphique secondaire

Exemple 1️⃣ – Bug dans le périmètre

Bug détecté :

Le paiement est validé mais le billet n’apparaît pas dans l’espace utilisateur.

Analyse : - Fonctionnalité critique - Directement liée à une exigence métier - Impact financier et utilisateur

➡️ Classification : - Sévérité : Critique
- Gravité : Bloquante
- Priorité : Haute

Exemple 2️⃣ – Bug hors périmètre

Bug détecté :

L’icône d’un bouton est mal alignée dans le back-office admin.

Analyse : - Hors périmètre de test - Impact utilisateur final nul

➡️ Classification : - Sévérité : Triviale
- Gravité : Cosmétique
- Priorité : Basse

À retenir

  • La classification n’est jamais absolue
  • Elle dépend du contexte, du périmètre et des objectifs
  • Tester, c’est aussi faire des choix

⬅ Vue d'ensemble ➡ Objectifs de test