2009-04-02 5 views
5

Notre groupe est en train de réviser notre boîte à outils et de rechercher un nouveau logiciel de suivi des anomalies/problèmes en plus du contrôle de la source et du logiciel de gestion de projet.logiciel de suivi des anomalies/défauts

Pour le suivi des problèmes, nous avons examiné bugzilla, fogbugz, bugtracker.net, sourcegear fortres et bugnet.

Je ne suis pas satisfait de la liste que nous avons trouvée, donc je suis curieux de savoir ce que les autres utilisent.

Nous recherchons l'intégration Active Directory pour la sécurité, bien que nous nous contenterions d'une application Windows, une interface web peut être préférable, l'intégration de studio visuel est également un bonus. Nous devons prioriser les défauts, marquer la version dans laquelle le défaut a été trouvé, marquer la version dans laquelle le défaut a été corrigé et, espérons-le, être capable de maintenir une discussion autour de chaque problème/défaut. Nous aimerions également catégoriser les articles comme défaut, demande d'amélioration, etc. et documenter les solutions de contournement pour les défauts.

question très similaire:

https://stackoverflow.com/questions/101774/what-is-your-bug-task-tracking-tool

+0

Il y a ... beaucoup de ces listes déjà. Il suffit de regarder la case "Related" à droite ... – Shog9

+0

http://stackoverflow.com/questions/12328/what-bug-tracking-software-do-you-use semble être une liste "définitive". Par là, je veux dire "le premier post" :-) – alastairs

+0

(Je suis l'auteur de BugTracker.NET) BugTracker.NET fait tout ce que vous avez énuméré SAUF il n'a pas d'intégration de studio visuel. "Out of the box" est très simple et peut sembler manquer les fonctionnalités que vous voulez, mais vous les ajoutez via la personnalisation en quelques minutes. –

Répondre

0

Un hors site (www) solution hébergée avec toutes les fonctionnalités dont vous avez parlé est NetResults Tracker

0

Nous utilisons Bugzilla, cela nous convient parfaitement. Nous n'avons pas enquêté sur trop d'autres parce qu'honnêtement, il fait tout ce dont nous avons besoin, puis certains.

Nous n'utilisons pas Visual Studio, donc je ne peux pas parler de compatibilité d'intégration.

2

Le suivi des problèmes de support est un problème différent du suivi des problèmes au cours du développement.

Trac http://trac.edgewall.org/ Trac http://trac.edgewall.org/ est un outil très performant qui prend en charge un certain nombre de grands projets open source. Vous pouvez trouver l'hébergement Trac à des endroits comme http://www.wush.net

Si vous avez besoin de plus de flux de travail et de sécurité personnalisée, vous voudrez regarder JIRA qui vient d'Atlassian http://www.atlassian.com. Atlassian a un certain nombre de produits que vous pourriez également trouver utiles.

Pour le suivi de problème dans un paramètre de support, essayez RT http://bestpractical.com/rt. RT est d'une simplicité trompeuse, mais je l'ai vu utilisé dans les environnements les plus vastes et il fait du bon travail en s'assurant que vous êtes responsable envers tous ceux auxquels vous vous engagez.

4

Sur notre projet actuel, nous avons utilisé étonnamment 6 outils de suivi différents (2 versions de PVCS), principalement commerciaux. Voici mon opinion sur celles que nous avons utilisées. Je les ai énumérés dans l'ordre de mon plus favorisé au moins.

Serena Teamtrack - Nous utilisons un client Web. L'interface est intuitive. Les performances varient selon les installations, mais en comparant avec nos mêmes données dans chaque outil, cela fonctionne le plus rapidement. Cela fonctionne également dans Firefox.

HP Quality Center - Il est également basé sur le Web, mais uniquement sur IE. À la hausse, c'est bien organisé, facile à utiliser et complet. Il a une performance raisonnable pour nous aussi. Il a une caractéristique étrange où il n'y a pas un bouton de sauvegarde. Il économise automatiquement pour vous. Pour forcer une sauvegarde, vous devez naviguer vers un autre ticket. Aussi, lorsque vous l'utilisez pour la première fois, il doit installer autant de DLL qu'il est pratiquement un client lourd. Dans ce cas, IE est parfois verrouillé (généralement lors d'une tentative de réinitialisation d'une session après l'expiration d'une session). Une fois enfermé, vous devez parfois tuer IE pour reprendre le contrôle.Bugzilla - Je ne l'ai pas utilisé aussi complètement que les autres outils, donc ce n'est pas une comparaison équitable. Nous l'avons utilisé brièvement pour certains billets internes. Je suppose que le gros avantage est le (manque de) coût. IMO, je n'ai tout simplement pas trouvé l'interface aussi agréable et facile à utiliser que les autres outils. Cela fait un moment que je m'excuse pour le manque de détails pour pourquoi je suis en train de le reléguer au-dessous des autres. Siebel - Il n'y avait pas grand-chose à aimer à propos de leur outil de suivi des défauts, sauf qu'il est meilleur que le PVCS. L'interface semble hokey. C'est comme si l'interface Siebel avait un ensemble de contrôles d'interface utilisateur et qu'elle essayait de forcer tous les ergots carrés dans ses trous ronds. Un autre inconvénient est qu'il utilise de longues ID générées, il est donc difficile de les référencer ou de les rechercher. Parallèlement à cela, les ID de billets ne sont pas séquencés.

Merant PVCS - Nous avions des bases de données séparées et utilisions à la fois le client Web et le client lourd. Il a été un moment maintenant, alors les détails sont en train de disparaître. Je me souviens qu'il y avait des bugs dans l'outil et qu'ils n'étaient pas corrigés, par exemple les rapports ne pouvaient pas afficher certains champs. La performance était mauvaise. Il a fallu beaucoup de temps pour charger. Il était lent à naviguer à travers les billets.

+0

HP Quality Center _peut réellement utiliser Firefox avec un peu de piratage. En utilisant le [module complémentaire IETab] (https://addons.mozilla.org/en-US/firefox/addon/ie-tab/), Firefox est en mesure de spécifier les onglets qui doivent être ouverts dans le moteur de rendu du navigateur IE7 . Cela permet à Quality Center de s'installer et de fonctionner correctement. – Eptin

6

Essayez Unfuddle. Si vous utilisez leur hébergement de contrôle de version (options SVN et Git) avec leur outil de suivi des problèmes, vous obtenez de bonnes choses d'intégration. Par exemple, vous pouvez entrer une note dans votre message de validation, par exemple "corrige # 384: Trop de foo dans la barre" *, et non seulement cela devient un lien hypertexte vers le problème, mais cela marque aussi le ticket comme corrigé avec un lien vers le changeset. Toutes les bonnes choses. Il s'agit d'une solution Web hébergée par Unfuddle eux-mêmes, de type SaaS.

Autre que cela, +1 pour Trac que j'ai utilisé dans le passé et que j'aime beaucoup. C'est un projet plutôt immature, même si la communauté est très saine et a développé des plug-ins pour faire beaucoup de choses supplémentaires (comme l'authentification AD que vous vouliez). Il a également une intégration similaire avec un certain nombre de systèmes de contrôle de source, mais il est beaucoup moins riche en fonctionnalités que les trucs Unfuddle. C'est-à-dire, vous obtenez d'utiliser une syntaxe wiki étendue dans vos messages de validation qui est analysée par Trac quand il est affiché pour créer des liens. Il ne fait aucun des trucs bidirectionnels que Unfuddle fait. Trac est disponible pour héberger en interne; alternativement, si vous voulez qu'il soit hébergé, il y a un list of places that will do so sur le wiki de Trac.

* Je ne me souviens pas exactement du format de la tête.

0

Essayez HappyFox (http://www.happyfox.com), un logiciel de suivi des bogues et des problèmes. L'interface propre et les fonctions d'automatisation vous aident à suivre et à résoudre les bogues en douceur. HappyFox est gratuit pour un membre de 2 et prix économiquement pour les grandes équipes.