2010-03-24 5 views
5

Et si je pense, que j'ai trouvé un bug dans une application open-source? Que puis-je faire pour fournir autant d'informations utiles aux programmeurs que possible? Et comment je rapporte le mieux, pour éviter d'être ennuyeux pour les programmeurs?Comment signaler un bogue dans une application open-source?

Addition: Comme certains disent ici, que les programmeurs OS vont adorer le rapport: Certains projets sont très pointilleux sur les rapports de bogues. Ils disent que ce sont des non-bugs ou qu'il est non-reproductible, ou la façon dont il se comporte est destiné ou des choses similaires. Certains de ces critiques envers les rapports de bogues peuvent être justifiés, mais souvent ce n'est pas le cas. Je veux 'optimiser' le rapport de bug pour obtenir le meilleur feedback (de préférence un correctif).

+2

Un programme qui ne fonctionne pas la façon dont vous voulez qu'il n'est pas nécessairement un bug. Il peut s'agir d'un comportement intentionnel ou d'un comportement inévitable (comme les problèmes de précision à virgule flottante). Faites de votre mieux pour inclure des instructions pour reproduire le bogue, de sorte que le lecteur de rapports puisse déterminer s'il s'agit d'un bogue et pas seulement d'un problème aléatoire sur votre système. –

Répondre

2

Tout d'abord, allez sur la page du projet et vérifiez les informations sur la façon de signaler les bogues. Ils pourraient avoir une manière préférée de le faire.

La plupart des projets ont des listes de diffusion. La plupart d'entre eux ont un utilisateur et une liste de diffusion pour les développeurs. Commencez par chercher dans les listes pour voir si le bug que vous avez découvert a déjà été discuté. Ce n'est peut-être pas un bug et le produit ne supporte tout simplement pas ce que vous essayez de faire.

Si vous avez déjà creusé dans le code et trouvé la cause du bogue (et peut-être le correctif), abonnez-vous à la liste des développeurs et postez un message décrivant le problème. Incluez une description complète du problème, la version que vous utilisez (et la version d'un autre logiciel si nécessaire, par exemple: serveur Web, système d'exploitation, ...), un scénario de test, ce que vous avez trouvé dans le code et le correctif . Si c'est un bug, ils vous diront de le signaler dans leur logiciel de suivi des bogues (Bugzilla, Mantis, Redmine, piste, ...)

Si vous ne trouvez rien dans le code, abonnez-vous à utilisateur liste et publie ton problème. Évitez de dire: «s'il vous plaît, j'ai vraiment besoin de réparer ou je ...». Les développeurs Open Source ne sont pas vos employés. Si vous voulez quelque chose de fixe, vous pouvez toujours le faire vous-même. Évitez les ultimatums et dénigrez le logiciel.

Si le bug a déjà été signalé, la seule chose que vous pouvez faire est de le regarder ou de le voter. Évitez d'ajouter des commentaires comme "moi aussi!" ou "nous avons besoin de cela fixé!" ou "pourquoi cela n'est-il toujours pas résolu?!?". C'est ennuyeux.

0

A. Ils adoreront avoir de vos nouvelles, ce n'est pas ennuyeux. B. décrire exactement comment vous pouvez reproduire le bogue, quelles étapes, quel système d'exploitation, quoi d'autre est en cours d'exécution sur le système. C. regardez le site du projet open source - il a probablement une adresse pour soumettre ce type d'information.

0

Trouver le site Web de l'application. Il y a généralement des informations sur les procédures de signalement de bogues, ainsi que sur les bogues qui ont déjà été soumis (de sorte que vous ne soumettiez pas de doublon). Les messages d'erreur, les captures d'écran et les étapes à reproduire sont ce que j'aime toujours avoir quand j'essaie de localiser/corriger un bug.

4

Les informations minimales que je en tant que développeur des logiciels libres voudrais obtenir de quelqu'un soumettre un rapport de bogue est:

  • version du logiciel
  • plate-forme
  • brève description du bug
  • d'entrée de l'échantillon que vous pensez est correct
  • exemple de sortie que vous pensez incorrecte (et pourquoi vous pensez que cela)

La façon exacte dont vous allez fournir les informations variera énormément d'une application à l'autre. Avant de publier le bogue, vous devriez jeter un coup d'oeil aux forums de discussion ou aux listes de diffusion pour voir comment ce genre de chose est géré.

Edit: Si le bug est non reproductible ou le comportement prévu, je ne pense pas que vous allez obtenir une solution, peu importe la façon dont vous optimisez le rapport. Mais vous avez toujours la possibilité de le réparer vous-même si vous êtes absolument convaincu que c'est un bug.

+0

Vous pourriez également inclure ce que vous pensez devrait être la bonne sortie. Vous devriez également vous efforcer d'inclure des instructions sur la reproduction du bug, simplifiées autant que possible. –

2

Trouver le système de bogue (par exemple, https://bugzilla.mozilla.org/ pour firefox) Si vous ne trouvez pas de lien sur la page principale ou sur google, vous devrez peut-être utiliser l'une des listes de diffusion ou forums de projets. Pousse un peu et trouve le plus approprié à utiliser. Une fois que vous avez déterminé où les bogues doivent être signalés, faites une recherche pour voir si votre bogue a déjà été signalé. Si c'est le cas, voyez s'il y a quelque chose que vous pouvez ajouter qui serait utile (moi aussi!les commentaires ne sont pas utiles, des informations supplémentaires sont très utiles)

Quand il s'agit de signaler, commencez par lister votre environnement (système d'exploitation, quelle version vous utilisez, d'où vous l'avez obtenu, etc.). se passe mal), et donner des étapes détaillées sur la façon de le reproduire

Questions connexes