Comment signaler efficacement un bugVersion or iginale é crite par Simon T atham, pr ogrammeur pr ofessionnel e t d e logi ciels libres;traduit par Juli en K irch, d éveloppeur.Doc ument HTM L convertit en PDF avec OpenO ffice 1.1.2 par 1100 F@Free.Fr le 15/11/2004IntroductionQui conque a déj à développé un lo giciel de stiné à un us age publi c a p robablement déjà reçu au moins unmauvais rapport d e bu g. I l y a les rapports qui n e disent r ien ("Ça ne mar che pas !"), qui n'ont aucun s ens,qui n e donne nt pas ass ez d 'informations, ou même qui donn ent d e fausses info rmations. Il y a descomptes-rendus de problèmes qui s ont dus à des e rreurs de l'utilisateur, dus au pro gramme de qu elqu'und'autre, ou dus à d es pr oblèmes de réseau.Une chose explique qu 'on cons idère le support technique com me une tâche ho rrible : les mauvais r apportsde bu g. Tout efois, tous l es rapports d e bu g n e sont p as d ésagréables : quand j e n e g agne pas ma vie, j edéveloppe de s lo giciels lib res, et qu elquefois je reçois d es rapports de bu g merv eilleux, clairs, util es e tinformatifs.Da ns ce texte, je v ais e ssayer d'exposer c lairement ce qui f ait un bon r apport de bu g. Idéalement,j'aimerais qu e tout l e monde su r terre lis e ce texte avant de signaler un bu g à qui qu e ce soit. En tous casj'aimerais au moins que tous c eux qui me signalent d es bu gs l'aient lu.En g ros, le bu t d'un r apport de bu g est de pe rmettre au pro grammeur d e ...