Bugzilla ou Mantis?
Comme le titre l'indique, je démarre un projet en ce moment, et j'essaie de mettre en place l'infrastructure du projet (SVN, Email, Bug tracking, Forums en ligne, etc ...)
Alors, Bugzilla ou Mantis?
Je pense que vous constaterez que votre équipe aimera Trac ou Redmine plus que Bugzilla ou Mantis. Les deux s'intègrent bien avec Subversion. Les deux incluent wiki, forums, fonctionnalités de gestion de projet ...
Rapide vue d'ensemble:
Trac : Très largement utilisé et aimé, écrit en python, énorme communauté, beaucoup de "plugins". Une plainte courante est qu'elle ne prend pas en charge plusieurs projets prêts à l'emploi, mais vous pouvez ajouter un plug-in pour vous y aider.
Redmine : écrit dans RubyOnRails. Comme Trac, mais plus complet hors de la boîte. Les auteurs de Redmine tentent de créer un meilleur Trac que Trac.
Si vous êtes intéressé par ce que les autres chercheurs de trackers de bogues ont écrit, en comparant les trackers les uns aux autres, j'ai rassemblé quelques liens ici:
http://ifdefined.com/blog/post/2007/10/Links-to-other-comparisons-of-issue-trackers.aspx
Si vous sous Windows, ce que je suppose que vous n'êtes pas, alors considérez également BugTracker.NET, un système facile à utiliser et très configurable suivi des bogues dans .NET/MS SQL Server. (Avertissement: je suis l'auteur).
J'ai utilisé Bugzilla et Mantis, mais je préfère la simplicité de Mantis. Ce n'est pas aussi riche en fonctionnalités que Bugzilla mais, je me souviens avoir beaucoup combattu avec Bugzilla. Mantis est le genre de chose que vous pouvez configurer une fois puis quitter.
J'aime Mantis. C'est simple et ça fait le travail.
Mantis gagne définitivement pour des raisons d'utilisabilité sur Bugzilla.
En particulier, il est juste beaucoup plus rapide de consigner les bogues sur Mantis. Le temps de consigner les bogues est un bloqueur pour certaines personnes - je l'ai entendu utilisé comme excuse pour ne pas les consigner, les corriger et prétendre qu'il n'y a jamais eu de bogue à corriger (symptôme de problèmes d'équipe plus profonds).
Ce n'est que lorsqu'un client (qui utilise actuellement Basecamp, bleah!) A mis en place l'idée de Mantis parce que ce n'était pas assez joli que j'ai réalisé que certaines personnes (comme indiqué ci-dessus) pensent que c'est moche.
Comparé à Bugzilla ou à un autre système que nous avons essayé d'implémenter, quelque chose de bizarre en Europe, Mantis est magnifique.
Je sais que Mantis évolue bien - un ami l'a utilisé pour la production du film Happy Feet. Il l'a personnalisé en ajoutant un champ supplémentaire pour fournir un autre niveau de catégorisation.
Bugzilla est plus grand, une communauté plus grande, plus de fonctionnalités, plus de puissance ... pour cette raison, j'ai toujours préféré Mantis;) Mantis est aussi laid que le péché mais pour la plupart des projets, il vous donne ce dont vous avez besoin de manière simple et intuitive.
Si vous avez une grande équipe, un grand département d'assurance qualité et tous les autres bugzillia peuvent être mieux adaptés. Petite équipe qui a juste besoin de faire des choses - alors Mantis est probablement mieux imo.
La plus grande fonctionnalité manquante de Mantis (ils l'ont peut-être ajoutée depuis, c'était il y a quelques années) est la fonction de rapports afin que vous puissiez suivre les progrès avec les graphiques en courbes et en secteurs Nice. Cependant, je viens d'écrire un simple script PHP pour extraire les données et les créer manuellement dans excell chaque semaine (ne prenait que 5 minutes environ). Pas génial mais fonctionnellement suffisant pour ce dont nous avions besoin à le temps.
Cependant, il existe des démos en ligne des deux, donc je vous suggère de les essayer et de choisir ce qui vous convient le mieux.
HTH
Mantis est génial et très facile à installer
Je l'utilise depuis environ 3 ans
Il présente les problèmes suivants.
Il y a une limite de 2 Mo sur la taille de fichier que vous pouvez stocker en question. Cela devient un problème lorsque vous souhaitez inclure des captures d'écran du problème.
Si deux personnes mettent à jour le problème en même temps - quelqu'un perdra des données
J'ai utilisé les deux et je ne les aimais pas du tout, je préfère Trac , si vous avez vraiment besoin de choisir entre les deux, je choisirais Bugzilla L'intégration pour TRAC avec Subversion est vraiment bien ( jetez un oeil à Assembla pour voir comment fonctionne l'intégration)
Trac est également open source et il est assez simple d'ajouter de nouveaux rapports et des trucs comme ça.
Mantis est génial et simple, la simplicité est importante car mes clients ne sont pas des techniciens.
Je préfère Mantis. Il fonctionne bien et peut facilement être étendu soit par l'utilisation de plugins soit par le codage.
J'ai entendu de bonnes choses à propos de fogbugz mais je n'ai pas encore trouvé l'occasion de l'utiliser. http://www.fogcreek.com/FogBUGZ/
Vous pouvez essayer Redmine . Il vous donne accès aux repo, trackers, forums, wiki, calendrier - en un seul endroit.
J'ai largement utilisé Bugzilla (par défaut pour les projets au travail) mais Mantis obtient mon vote pour une configuration et une utilisation faciles.
Un autre vote pour Trac - très simple à démarrer, belle vue sur le Web dans votre référentiel, etc.
Choisir le bon outil de suivi des bogues nécessite de savoir qui va l'utiliser (et comment il va être utilisé). J'ai utilisé Bugzilla et Mantis et j'ai trouvé Bugzilla mieux d'un point de vue technique, mais Mantis gagne si certains de vos rapporteurs de bogues ne sont pas programmeurs/ne sont pas programmeurs. Son interface est moins "menaçante" pour un utilisateur novice de bugtracker.
Si vous allez avoir un bugtracker privé, vous devez également considérer les options qu'il vous donne pour spécifier qui est autorisé à afficher/modifier, etc.
J'ai utilisé bugzilla pendant un certain temps, mais Redmine obtient mon vote. configuration facile, très très intuitive.