|
|||
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.
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.
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.
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. |
|||