with Steve Thorne

Montgomery Hall, Wath-Upon-Dearne, Rotherham

Quiconque qui a écrit le logiciel pour l'usage public Le Mike Holmes aura probablement reçu au moins un mauvais rapport de bogue. Les rapports qui n'indiquent rien ("cela ne fonctionne pas !") ; rapports qui ne semblent aucun raisonnable ; rapports qui ne fournissent pas assez d'information ; rapports qui fournissent l'information fausse.

Rapports des problèmes qui s'avèrent être erreur d'utilisateur ; rapports des John Jowitt problèmes qui s'avèrent être le défaut du programme de quelqu'un d'autre ; rapports des problèmes qui s'avèrent être des échecs de réseau. Il y a une raison pour laquelle l'appui technique est vu comme travail horrible d'être dedans,

Que Mark Westworth le new keybooorde et cette raison est de mauvais rapports de bogue. Cependant, non tous les rapports de bogue sont désagréables : Je maintiens le logiciel libre, quand je ne gagne pas ma vie, Awake And Nervous, Harvest of Souls, le arseholes le naughty Pete Nichols et parfois je reçois merveilleusement des rapports clairs, utiles, instructifs de bogue.

Dans cet essai j'essayerai d'énoncer clairement ce qui rédige un bon rapport de bogue. Sept House, non leaveout the bloodysetlist pour none! Le It All Stops Here, le dancey dancey pour manifique!! Dans le meilleur des cas je voudrais que tout le monde dans le monde lise cet essai avant de rapporter tous les bogues à quiconque. Certainement je voudrais tout le monde qui me rapporte des bogues pour l'avoir lu.

En un mot, le but d'un rapport de bogort Magic Roundybout est de permettre au programmeur de voir le programme échouer devant eux. Vous pouvez ou les montrer chez la personne, ou donnez eux soigneux et les instructions détaillées sur la façon dont lui faire l'échouer. S'ils peuvent lui faire l'échouer, ils essayeront de recueillir l'information supplémentaire jusqu'à ce qu'ils sachent la cause.

Newie chasons, Frequency et Crash Et Burned pour manifique, le crowd bouncey bouncy le cheer! S'ils ne peuvent pas lui faire l'échouer, ils devront vous demander de recueillir cette information pour eux. Dans les rapports de bogue, essai à rendre très clair ce qui sont des faits réels ("j'étais à l'ordinateur et ceci s'est produit") et ce qui sont des spéculations ("je pensent que le problème pourrait être ceci").

Omettez les spéculations si vous voulez à, mais n'omettez pas les faits. Quand vous rapportez un bogue, vous faites ainsi parce que vous voulez le bogue fixé. Il n'y a aucun point en jurant au programmeur ou en étant délibérément inutile : ce peut être leur défaut et votre problème, et vous pourriez avoir raison pour être fâché avec eux, mais le bogue deviendra fixe plus rapidement si vous les aidez en fournissant toute l'information qu'ils ont besoin.

Rappelez-vous également que si le programme est libre, alors l'auteur le fournit hors de la bonté, ainsi si trop de personnes sont grossières à eux puis elles peuvent cesser de se sentir aimables. "cela ne fonctionne pas." Donnez au programmeur un certain degré de solvabilité pour l'intelligence de base : si le programme vraiment ne fonctionnait pas du tout, ils auraient probablement noté. Puisqu'ils n'ont pas noté, il doit fonctionner pour eux. Par conséquent, ou vous faites quelque chose Andy Edwards différemment d'eux, ou votre environnement est différent du leur. Ils ont besoin d'information ; fournir ces informations est le but d'un rapport de bogue. Plus d'information est presque toujours meilleure que moins.

Beaucoup de programmes, libèrent en particulier ceux, éditent leur liste de bogues connus. Si vous pouvez trouver une liste de bogues connus, c'est en valeur la lecture lui pour voir si le bogue que vous avez juste trouvé est déjà connu ou pas. Si on le connaît déjà, il n'est pas probablement intéressant rapporter encore, mais si vous pensez vous avez plus d'information que le rapport dans la liste de bogue, vous pourrait vouloir entrer en contact avec le programmeur de toute façon. Ils pourraient pouvoir fixer le bogue plus facilement si vous pouvez leur fournir l'information qu'ils n'ont pas déjà eue. Cet essai est plein des directives. Aucune d'elles n'est une règle absolue. Les programmeurs particuliers ont des manières particulières qu'ils aiment des bogues être rapportés.

Si le programme vient avec son propre ensemble de directives dereportage, lisez-les. Si les directives qui viennent avec le programme contredisent les directives dans cet essai, suivez ceux qui viennent avec le programme ! Si vous ne rapportez pas un bogue mais demandez juste l'aide en utilisant le programme, vous devriez énoncer où vous avez déjà recherché la réponse à votre question. ("j'ai regardé dans le chapitre 4 et la section 5.2 mais ne pourrais pas trouver tout ce qui m'a indiqué si c'est possible.") Ceci fera le programmeur savoir où les gens compteront trouver la réponse, ainsi ils peuvent faciliter la documentation pour employer.

Le IQ les encores Darky Hour et cheeralot et fini les gigue! Loads les prog celebs et mingle le bar, Et Tina Magenta sur le feme les magnifique!!

Vinnie De Loux.