Erreur, défaut et défaillance

Bug, erreur, anomalie, défaut, défaillance, imprévu, mauvais comportement, crash, freeze, feature… et j’en passe. Tous ces termes sont souvent utilisés comme des synonymes pour indiquer qu’un logiciel ne fonctionne pas comme on le souhaiterait sous certaines conditions.

Dans les faits, l’ISTQB définit 3 termes spécifiques qui ont des sens bien différents et qui font régulièrement l’objet de questions à l’examen.

Ces termes sont:

Erreur, Défaut et défaillance.

L’erreur est humaine et est l’origine des défauts.

Les défauts sont des imperfections dans le logiciel. Ces défauts peuvent engendrer des défaillances mais ce n’est pas nécessaire.

Les défaillances sont des événements au cours desquels le logiciel ne fait pas ce qu’il devrait. Pour simplifier, les défaillances sont ce que nous appelons couramment Bug ou Anomalie.

Cela revient à ce schéma:

Comme vous pouvez le remarquer, l’origine des défaillances sont des défauts dont l’origine est une erreur qui est forcément humaine. Néanmoins, un défaut n’engendre pas forcément une défaillance!

Tous les défauts n’engendrent pas nécessairement de défaillances

Ce point est particulièrement important. Afin de vous en convaincre je pourrais dire qu’une erreur sur une fonctionnalité peut être couverte par des sécurités implémentées sur d’autres fonctionnalités comme des vérifications, mais même si cela est vrai, cela n’est pas aussi parlant qu’une analogie. Je vais donc passer par ce moyen avec un exemple dans la construction:

  1. Un architecte conçoit ma maison. Dans ce cadre il doit prévoir de faire des murs en parpaings. Ces derniers seront alors recouverts d’un parement décoratif en pierre.
  2. L’erreur survient lors de l’achat des matériaux. Le constructeur achète des briques rouge pour les murs
  3. On a donc un défaut, la maison a des briques rouges au lieu des parpaings.
  4. Au final il n’y a par contre aucune défaillance pour le propriétaire, en effet les murs sont aussi solides et l’esthétique inchangée car le parement cache le défaut. En fait, la seule différence est une meilleure isolation avec les briques rouges.

Pensez à rejoindre le groupe « Le métier du test » si vous souhaitez échanger sur le test

Merci à tous ceux qui mettent « j’aime », partagent ou commentent mes articles

N’hésitez pas à faire vos propres retours d’expérience en commentaire.

3 réponses

  1. Bonjour,
    Désolé d’insérer un commentaire si tardivement. Si j’ai bien compris, si je veux tenter de parler « informatiquement » :
    l’erreur de compréhension entraine un défaut de codage qui peut entrainer une défaillance dans le système.

    1. bonjour
      pas forcément une erreur de compréhension. Une erreur tout court. Cela peut être une incompréhension, un oubli, une faute de frappe, une utilisation ou une modification inattendues…

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *

Agilité

20 : De l’ATDD pratiquée manuellement à l’ATDD automatisée (2 / 2)

Terminons notre conclusion sur l’ATDD manuelle et l’ATDD automatisée : Structuration de la documentation et outillage Normalement une US INVEST donne lieu à une fonctionnalité dans le produit, c’est-à-dire “une tâche métier”. Les “corrections de spécification” devraient être traitées comme pour les bugs. Ce sont des tickets à évaluer, attachés

Lire la suite »
Agilité

Comment reconnaitre une équipe agile ?

Je suis de plus en plus contacté pour des conseils sur l’agilité et plus particulièrement sur les tests et l’agilité. J’ai donc décidé de vous proposer cet article sur comment reconnaitre une équipe agile. Commençons par casser quelques stéréotypes : Une équipe est-elle forcément agile si testeur et développeur sont co-localisés ?

Lire la suite »
culture générale

Tests : le facteur humain.

Il m’arrive régulièrement en discutant avec des collègues ingénieurs que ces derniers me disent : « Tu sais, pour les tests tout dépend du testeur ». Je n’aime pas cette phrase. Certes le métier de testeur est un métier à part qui requiert des compétences spécifiques, néanmoins ce facteur humain, bien que toujours

Lire la suite »