Discussion :

[r0d]

Bonjour,

Diverses discussions récentes (sur developpez.com mais également au bureau "en vrai") m'ont amené à me poser cette question: Qu'est-ce qu'une erreur exactement?
En fait, j'aurais aimé trouver une définition qui soit acceptée par tout le monde, mais ce n'est pas aussi simple qu'il n'y parait. Attention, je parle ici du mot "erreur" dans le contexte trés limité du développement logiciel.

Quelques exemples:

. Lorsqu'on parle de "gestion des erreurs", que veut-on dire exactement? Est-ce que par exemple, un comportement non prévu de notre programme est forcément une erreur? Est-ce qu'un comportement qui fait faire au programme des choses non souhaitées, mais prévu (le comportement), est une erreur?

. Est-ce que lorsque le programme plante (crash) est-ce forcément une erreur? N'est-il pas préférable, parfois, de laisser le programme planter plutôt que de tenter de "retomber sur ses pattes"?


Je vous propose donc, si vous le voulez bien, de donner votre définition du mot "erreur", dans le cadre du développement logiciel.

Pour ma part, je passe mon tour, car je ne suis pas encore parvenu à en trouver une qui me convienne (c'est aussi la raison pour laquelle je crée cette discussion)

[Médinoc]

Pour moi, pratiquement tous les exemples comptent comme "erreurs". Mais pas forcément des erreurs de la même personne/chose.

• Un comportement prévu "en cas d'erreur" n'est évidemment pas une erreur du programmeur, mais une erreur système ou de l'utilisateur.
• Un crash est forcément une erreur, même volontaire. Au minimum, vu du système c'en est une.

En clair, je tends à utiliser une des définitions les plus larges.

[el_slapper]

Tout fonctionnement non nominal géré comme une erreur ou dont la non-gestion entraine un comportement imprévu de l'application.

un client non existant est une erreur du premier type(le type géré). Un client décédé qui continue à bouger parceque non detecté comme decedé est une erreur du second type(le type non-géré).

Enfin, il existe sans doute mieux...