Quel est votre système de suivi des bogues/problèmes préféré? Et pourquoi?Quel est votre système de suivi des bogues/problèmes préféré? Et pourquoi?
(S'il vous plaît répondre à cette question que si vous avez utilisé au moins trois systèmes différents bug tracking pour un temps assez long. Et s'il vous plaît mentionner ces systèmes.)
Bugzilla est pas trop mal.
Bugzilla est très adaptable à diverses situations. Les utilisations connues comprennent actuellement les files d'attente de soutien informatique, l'administration des systèmes gestion du déploiement, la conception de puces et problème de développement suivi (à la fois la fabrication pré et post), et le logiciel et suivi des bogues de matériel pour des sommités telles que Red Hat, la NASA, Linux -Mandrake, et VA Systems. SCM, Bugzilla fournit une solution puissante et facile à utiliser pour la gestion de la configuration et des problèmes de réplication.
Bugzilla peut considérablement augmenter la productivité et la responsabilité des employés en fournissant un documenté flux de travail et des commentaires positifs pour une bonne performance . Combien de fois vous réveillez-vous le matin, vous rappelant que vous étiez censé faire quelque chose aujourd'hui, mais vous ne pouvez pas vous en souvenir? Mettez-le dans Bugzilla, et vous en avez une trace à partir de laquelle vous pouvez extrapoler les jalons , prévoir les versions du produit pour l'intégration, et suivre la piste de discussion qui a conduit aux décisions critiques.
En fin de compte, Bugzilla met le pouvoir entre vos mains pour améliorer votre valeur à votre employeur ou votre entreprise tout en offrant un cadre utile pour votre attention naturelle aux détails et magasin de connaissances pour se développer.
Citant des ventes-parler directement n'est pas très utile. – JesperE
FogBugz est en fait une grande, comme il est:
Et il y a aussi une licence spéciale d'utilisateur unique/entreprise de démarrage gratuite (je pense!) –
@Ady - Je regarde ceci aussi objectivement que possible, et c'est en fait un logiciel solide avec une excellente interface. – Galwegian
une excellente interface? google code a une excellente interface. FogBugz est bizarre, parce que j'adore lire des articles de Joels sur la conception de l'interface utilisateur, mais je trouve que ses interfaces de production sont effroyables. Y compris stackoverflow. –
Team Foundation Server, mais il est un peu plus grand qu'un simple bug tracker.
J'avais l'habitude de travailler avec Trac mais je l'ai trouvé difficile à configurer et à maintenir. Le manque de soutien de Git à l'époque m'a fait passer à redmine. Je trouve que Redmine est encore mieux que Trac et plus facile à utiliser et à entretenir. –
J'aime VersionOne (www.versionone.com). C'est bien si vous utilisez l'un des processus Agile (par exemple Scrum). Vous pouvez gérer toutes vos fonctionnalités et tâches en plus de gérer tous les défauts. Il y a un cycle de vie de défaut décent défini, il a une API disponible, peut être intégré avec CVS et il existe un complément Outlook. Il y a beaucoup de choses qui peuvent encore s'améliorer, mais dans l'ensemble, c'est un bon système de gestion des défauts si vous utilisez des méthodes agiles.
VersionOne est génial si vous êtes un chef de projet, mais pas si génial pour les développeurs. L'utilisation intensive des fenêtres contextuelles et le fait que vous devez faire défiler les onglets ou cliquer sur ceux-ci pour trouver toutes les informations sur une histoire ou un défaut rendent l'utilisation difficile. Un bon examen de la convivialité ferait probablement des merveilles. –
Jira obtient mon vote.Il est flexible et rapide et a une bonne intégration avec le contrôle de la source. Il comporte également des sous-tâches, une bonne catégorisation et des flux de travail configurables.
Nous avons adopté Trac parce que:
Mais pour nous il y a un gros manque: le support CVS. Mais nous l'avons adopté, car ce n'est pas obligatoire.
Nous venons de passer par le processus assez long d'examiner de nombreux (peut-être dix?) Systèmes de suivi des problèmes pour remplacer GForge qui était de plus de notre aide. Nous avons considéré les systèmes libres et commerciaux.
Pour être franc, j'ai été déçu avec tous les des systèmes que nous avons examinés. Il y a beaucoup de place pour l'amélioration dans ce domaine. Un grand nombre d'entre eux avaient des interfaces médiocres (OnTime, JIRA, Bugzilla). Généralement, nos ingénieurs étaient d'accord, mais il est important que nos chefs de projet, intégrateurs de systèmes et clients soient présentés avec une interface claire et esthétique.
J'ai été surpris de constater que très peu pris en charge des sous-problèmes imbriqués. Dans le monde du logiciel, il est bien sûr très courant de décomposer une tâche (un problème ou une nouvelle fonctionnalité) en composants plus petits et de les affecter à des personnes différentes. Cependant, la plupart des systèmes ne pouvaient pas le faire - ou ne pouvaient pas le faire correctement.
Certains systèmes étaient très puissants et configurables, mais pratiquement les nécessitaient des extensions ou des plugins tiers pour les rendre utiles. J'ai vraiment aimé la flexibilité de JIRA et Trac par exemple, mais nous aurions dû passer beaucoup de temps à configurer les systèmes pour les rendre plus jolis ou plus fonctionnels.
Naturellement, ce ne sont pas les seules fonctionnalités qui nous intéressent, mais ce post est déjà trop long!
Bien sûr, vos exigences seront différentes des nôtres - je vous encourage à comprendre ce dont vous avez besoin et à faire des recherches approfondies.
FogBugz, JIRA et Trac étaient sur notre courte liste et ils avaient tous d'excellentes fonctionnalités. Mais à la fin, ils ont été battus par un produit qui - pour moi - était inconnu auparavant: VisionProject.
VisionProject est attrayant et offre un bon équilibre entre puissance et facilité d'utilisation. Le seul inconvénient que nous voyons en ce moment est que leur nouvelle interface (depuis la version 4.0) Ajax-y a été un peu buggé. Cependant, nous avons eu plusieurs corrections de bugs pendant la nuit et parfois en quelques heures - félicitations à leur équipe de développement über-responsive.
Nous sommes encore en train de tester le système et, bien que pas parfait, il se compare extrêmement favorablement à tous les autres concurrents.
Je suppose que vous utilisez encore Vision Project? Maintenant que c'est dans la version 5 ... comment l'aimez-vous maintenant? Est-ce qu'il s'intègre bien à votre contrôle de source et à votre serveur d'intégration continue? – sivabudh
Vous pourriez être intéressé par celui-ci aussi: http://countersoft.com/products/gemini.aspx – sivabudh
@ ShaChris23 Merci, je vais jeter un oeil à Gemini. Nous sommes allés avec Vision Project mais nous sommes toujours à 4,1 alors que nous attendons une pause dans le développement avant la mise à niveau. Il fonctionne très bien - agréable à utiliser - et 5.0 semble impressionnant. Je ne l'ai pas encore intégré à notre système SCM et CI. – MattyT
Nous avons utilisé Bugtracker.net depuis un moment.
C'est bon et le prix (gratuit) est juste.
Certains de mes fonctionnalités préférées (A partir du site):
Envoi et réception de courriels est intégré avec le système de suivi, de sorte que le fil de discussion au sujet d'un bug est suivi avec le bug.
Permet aux e-mails entrants d'être enregistrés en tant que bogues. Ainsi, par exemple, un courriel de votre client pourrait automatiquement être transformé en un bug/ticket dans le tracker.
Permet de joindre des fichiers et des captures d'écran à des bogues. Il existe même un utilitaire de capture d'écran personnalisé [capture d'écran] qui vous permet de prendre une capture d'écran, de l'annoter et de l'afficher en tant que bogue en quelques clics seulement. (inspiré par Fogbugz)
Ajoutez vos propres champs personnalisés.
Abonnez-vous aux notifications par courrier électronique qui vous indiquent chaque fois qu'un bogue a été ajouté ou modifié. Ou modifiez vos paramètres pour ne recevoir que les bogues qui vous intéressent.
Il est écrit en C#, si vous voulez modifier le code. A une belle intégration Subversion. Vous pouvez «marquer» son look à votre façon et le mettre sur un serveur public. Il est fortement inspiré par FogBugz, mais plus ouvert et personnalisable. Infos et démo sur http://ifdefined.com/bugtrackernet.html –
J'ai a page of links to discussions just like this, où les gens ont comparé les suiveurs de bogues/problèmes côte à côte, puis ont fait un choix de celui qu'ils préfèrent. Il n'y a pas un seul tracker qui remporte régulièrement ces compétitions.
Parmi les open source, Trac (Python), Redmine (Ruby), Mantis (PHP), et mon propre BugTracker.NET (C#) ont tous leurs fans, mais je pense que avec les open source, il y a une tendance pour choisir la technologie ainsi que l'application. FogBugz et JIRA semblent être les plus commerciaux.
Il est libre d'utiliser, incroyablement simple et utilisable. Mise en œuvre du cycle de développement Agile au lieu d'être gonflé par «configurer tout pour conformer votre processus de développement».
Est-ce différent de ma question à http://stackoverflow.com/questions/12328/what-bug-tracking-software-do-you-use –
Pourriez-vous ajouter le tag "subjectif"? –
Si ce n'est pas une question en double, il est sacrément proche. Downvoted. –