Principaux Types de Défauts dans les Tests de Logiciels

Octobre 1110:002011 par Nataliia VasylynaPrint Cet article

Remarque: l’article a été mis à jour en août 2018.

Il existe plusieurs classifications différentes des problèmes logiciels qui sont basées sur un certain critère, par exemple, la classification en fonction de la gravité des défauts, de la probabilité et de la priorité.

Défauts logiciels selon leur gravité

En ce qui concerne la gravité des bogues, il existe quatre types principaux:

• Problèmes critiques qui nécessitent une suppression immédiate, affectent la fonctionnalité de base du produit et peuvent provoquer des pannes du système ou bloquer l’opérabilité du logiciel
• Défauts majeurs qui affectent les fonctions principales du système mais ne provoquent pas de panne de l’ensemble du système
• Bugs mineurs qui n’ont pas beaucoup d’impact sur la fonctionnalité du système et n’affectent pas le flux de travail, mais qui peuvent avoir un impact négatif sur l’expérience utilisateur
• Trivial – problèmes qui ne sont pas liés aux fonctionnalités du système et qui peuvent être ignorés, par exemple, les fautes d’orthographe.

La probabilité de défaut est un paramètre qui définit la possibilité que le problème se produise et soit détecté par les utilisateurs finaux. Selon ce critère, il existe des défauts de probabilité élevés, moyens et faibles.

En termes d’objectifs commerciaux, les défauts peuvent être classés comme des problèmes de priorité élevée, moyenne et faible. Les défauts hautement prioritaires doivent d’abord être corrigés car ils affectent les besoins de l’entreprise.

En outre, il existe une telle classification des défauts dans les tests de logiciels:

Défauts supplémentaires

Une exigence intégrée au produit qui n’a pas été donnée par le client. Il s’agit généralement d’une divergence par rapport à la spécification du projet, mais il peut également s’agir d’une caractéristique demandée par les utilisateurs finaux. Néanmoins, il est considéré comme un défaut car il ne répond pas aux exigences existantes.

Défauts manquants

L’exigence donnée par le client n’a pas été faite. C’est également une divergence par rapport aux spécifications – une fonctionnalité qui ne devrait pas être implémentée selon les spécifications. Cela peut également signifier que l’exigence du client n’a pas été notée de manière appropriée.

Défauts erronés

Les exigences qui sont faussement exécutées. En fait, ce défaut peut apparaître en raison d’un malentendu au sein de l’équipe de projet et du client.