Pourquoi utiliser un logiciel de suivi des bogues?

Question

Le but principal de cette question est de générer une liste des raisons pour lesquelles vous devriez utiliser un logiciel de suivi des bogues.

J'ai quelques-unes des bases

1. bugs piste (ok, c'est facile)
2. défauts ne sont pas perdus ou oubliés
3. tendances de suivi peuvent vous dire beaucoup de choses sur votre produit
4. Peut avoir une meilleure idée de l'état de votre produit

Je sais qu'il y a d'autres, probablement de meilleures raisons, alors quelles sont-elles?

Answer 1

Un logiciel de suivi des bogues est également utile pour définir les jalons et accepter les demandes de fonctionnalités.

Answer 2

Collaborer avec les membres de l'équipe pour assigner des responsabilités, suivre les progrès, obtenir des estimations et assurer la liaison avec les clients est une excellente fonction de nombreux produits de suivi des bogues.

Answer 3

• Vérification de la progression de votre logiciel
• ont une façon mesurable de décider du statut de votre logiciel (par exemple: alpha: les bugs hautement prioritaires encore ouvert, bêta: seuls bugs mineurs ouverts, RC: bogues non déclarés ouverts)
affectation
• de bugs au développeur approprié/équipe/département

Answer 4

relations clients

bugs suivi might être bon à des fins internes, il donne également une plate-forme pour les clients à évacuer les frustrations tout de suite après avoir trouvé des bugs sans que ces frustrations embouteillage à l'intérieur d'eux à un point de non-retour. Il booste également le profil d'une entreprise si vous offrez de tels services à vos clients.

Answer 5

Alors que d'autres ont donné la réponse enterprisey/servicey, la raison pour laquelle j'ai utilisé un logiciel de suivi de bogues dans mon projet personnel est simplement parce que j'ai quelque chose à me railler. Chacun des tickets me rappelle qu'il y a encore beaucoup à faire, et ce n'est pas le moment d'arrêter, car le logiciel n'est pas "complet". Oh, et il bat les commentaires post-its et in-code comme todo rappels.

Answer 6

• Vous pourriez être en mesure d'identifier un modèle dans les bugs qui propose une solution plus large que patcher seulement les bogues individuels . Le refactoring peut être indiqué.
• Il peut aider à identifier les développeurs créent les plus bogues, ce qui pourrait conduire à des suggestions sur le mentorat ou d'encourager plus tests de leur propre travail par ces personnes. Inversement, les développeurs avec quelques bugs font évidemment un meilleur travail de test de leur travail .

Answer 7

Stats, Responsabilité, Suivi de progression, Automatisation.

Nous utilisons nos bases de données de bogues pour suivre les statistiques telles que:

• Taux de Recherche (par testeur) - la qualité sont vos testeurs x comment buggy est votre code.
• Fix rate (par dev) - quel est le niveau de vos développeurs x combien vos bugs sont désagréables.
• Bucketing - quelles fonctionnalités sont les plus buggiest/qui écrit le plus de bugs?
• Estimation du moment où les jalons seront atteints en fonction de la pente du bug.
• Points de travail & Suggestions - nous mettons également ces informations dans nos bases de données, et pas seulement dans les bogues.

Les autres bits belles de données que vous pouvez sortir de votre DB:

• Qu'est-ce à l'essai?
• Liste des problèmes résolus pour effectuer des tests de régression.
• Données historiques! Nous suivons tous nos projets et comparons leurs pistes respectives.
• Une source pour toutes les communications sur les bogues.

De même, sans base de données de bogues, où stockez-vous des rapports de bogues automatisés? Tout projet ayant une certaine portée génèrera des milliers de rapports de bogues/rapports de plantage automatisés. Transférer automatiquement ces données dans votre base de données afin de ne pas passer trop de temps à jongler avec les courriels.

Answer 8

Un autre avantage mineur du suivi des bogues. Lorsqu'un utilisateur signale un problème, vous pouvez effectuer une recherche dans la base de données de bogues pour voir s'il s'agit d'un problème connu sous une apparence inhabituelle ou d'un problème complètement nouveau. Raymond Chen a un exemple dans this story.

Answer 9

Voir l'article de Joel Spolsky à propos de Painless Bug Tracking.

Answer 10

C'est un excellent moyen pour les commentaires des utilisateurs. Ils rapportent ce qu'ils trouvent vraiment important sur votre logiciel (pas toujours exactement ce que vous voulez). En outre, il peut être utilisé pour automatiser des choses telles que des bogues connus, Roadmap, gestion des responsabilités etc. Et une base de données de bogues vivants signifie que le logiciel est activement développé, ce qui améliore définitivement l'image d'un projet.

Answer 11

Quelle est l'alternative que vous prévoyez d'utiliser? Email? Un tableau blanc? Votre mémoire à court terme? Cela vous aidera si vous comparez avec l'alternative plutôt que dans le vide.

En plus des avantages que vous avez notés, l'utilisation d'un logiciel de suivi des bogues permet de partager le sens du produit.

• Tout le monde peut regarder le logiciel pour comprendre combien de bogues restent à réparer.
• Les personnes qui voient des problèmes peuvent vérifier si elles ont déjà été trouvées.
• Une source commune de données de bogue peut faciliter le tri des bogues en tant que groupe.
• Le logiciel de suivi des bogues permet aux personnes à tous les niveaux du produit (dev, test, pm, gestion) de voir une vision commune du monde.

Je ne peux pas imaginer travailler sur un morceau de logiciel non trivial sans une certaine forme de suivi de bogue.

Answer 12

Les meilleurs suiveurs de bogues s'intègrent parfaitement à votre contrôle de version, et ils se complètent vraiment. Les journaux de validation VC vous indiquent qui et quoi, les commentaires de suivi des bogues vous disent pourquoi. Un bon bugtracker favorise vraiment la coopération entre les tests et le débogage, et il est beaucoup plus facile de "jeter" des bogues d'un développeur à un autre parce que l'information est là au lieu d'une centaine de petits e-mails et post-it Remarques.

J'utilise et je recommande Redmine en passant ... très belle intégration CVS et Subversion.

Answer 13

Maintenant, c'est clair pourquoi, nous devrions parler de celui !!!!

Je recommande l'outil de suivi des bogues d'Assembla. C'est vraiment facile à utiliser (aussi facile que d'utiliser le système d'étoiles Gmail) et il a beaucoup de fonctionnalités intéressantes!

http://www.assembla.com/features/bug-tracking

Answer 14

Nous avons construit TrackJumper comme une aide à des pigistes pour les aider à communiquer avec les clients. Quand un projet est nouveau et en cours de développement, "Bug Tracker" est vraiment un abus de langage - c'est plutôt une liste de choses à faire. MAIS ... nous avons trouvé utile de traiter de nouvelles fonctionnalités, demandes, choses laissées brisées de la même manière que nous traiterions les bogues. Autrement dit, ils sont assignés à quelqu'un, ils peuvent être de priorité faible ou élevée, et ils peuvent être ouverts ou fermés. Ils sont aussi des sujets de discussion. Donc, j'ajouterais «une aide au développement de projet» à la liste des raisons d'utiliser un outil de suivi des bogues.