5 gestionnaires de bugs très web 2.0

Publié le 14 Apr 09 à 07:06 | Catégorie : Développement Web | 11 commentaires

Le marché est aujourd’hui inondé de solutions de gestion de bugs, ces outils qui permettent d’effectuer un suivi des problèmes rencontrés avec un logiciel ou une application web. Certains proposent d’ailleurs des fonctionnalités qui vont bien au-delà du simple traitement de correctifs, comme par exemple celles inhérentes à la gestion d’un projet.

Peut-être faut-il faire également la distinction entre gestionnaire de tickets et gestionnaire de bugs, ce dernier étant plus destiné à être employé en interne au sein de l’équipe de développement ? Le gestionnaire de ticket s’adresse a priori plus au client final, afin de recevoir son feedback et de traiter les problèmes remontés. Néanmoins, cette différentiation n’est pas toujours évidente à faire.

Mis à part des solutions payantes et robustes comme Jira, on trouve donc des valeurs sûres comme Bugzilla (utilisés par de nombreux projets open source) et des systèmes à tout faire comme Trac. Mais si vous avez déjà essayé Bugzilla ou Mantis, vous savez sans doute que leur interface est plutôt spartiate et pas forcément optimale.

Dans cet article, je me suis donc plutôt focalisé sur ces nouveaux gestionnaires de bugs dont l’interface a été soignée afin de la rendre à la fois attractive et simple d’utilisation. Porchlight semblait également être une solution intéressante, mais ses créateurs ont décidé d’arrêter ce service et de se concentrer sur d’autres activités. En revanche, Tails qui était depuis un long moment en standby a finalement ouvert ses portes :

Tails

Tails

Sifter

Sifter

Lighthouse

Lighthouse

16bugs

16bugs

Codebase

Codebase

Ces outils peuvent également être utilisés même lorsqu’on est seul à développer, puisqu’il va être possible de garder un historique complet et facile à gérer de tous les problèmes rencontrés. De mon côté, j’utilise actuellement Redmine pour des clients (il s’agit d’un gestionnaire de projets), mais la partie suivi d’erreurs n’est pas aussi aboutie que dans une solution spécialisée. J’ai également eu l’opportunité de tester Lighthouse, même si je n’ai pas été entièrement convaincu. Mais peut-être avez-vous déjà utilisé un des autres gestionnaires de bugs cités dans cet article ? Qu’en pensez-vous ?

A lire également

Vous pouvez continuer votre lecture sur des sujets similaires en consultant les articles suivants :

Les visiteurs qui ont vu cette page ont consulté ensuite :

A savoir

La rédaction de cet article a nécessité 1 heure et 19 minutes. Si vous le souhaitez, vous pouvez être prévenu de la parution de nouveaux articles en vous abonnant par RSS ou par email.

11 commentaires à propos de “5 gestionnaires de bugs très web 2.0” :

  1. Codebase c’est plus qu’un gestionnaire de tickets/bug, il intègre également le dépôt Git et tout et tout (plus proche d’assembla par exemple).

    Raphaël le 14 April 2009 à 08:21 (#1)

  2. Je n’ai utilisé que Mantis jusqu’à présent (et un autre outil développé en interne qui ne lui arrivait pas à la cheville), mais par rapport à bon nombre de solutions que tu présentes ici (excepté Redmine, que j’avoue ne pas connaître), il a l’avantage incomparable d’être open source, donc customisable, et très simple à mettre en place.
    A noter dans la famille OpenSource aussi, Eventum, développé pour et par le projet MySQL, que j’ai brièvement essayé mais que j’ai trouvé trop lourd, et dont l’interface est trop fouilli.

    Nicolas

    Nicolas E. le 14 April 2009 à 10:16 (#2)

  3. Ce que je trouve très amusant, c’est qu’à l’exception de Lighthouse, ils ont tous pompé les UIs de 37signals (l’appli Basecamp en l’occurence)…

    Raphaël Rougeron le 14 April 2009 à 11:18 (#3)

  4. Personnellement je penche pour Trac grâce à son intégration, plugins, flexibilité etc…
    Redmine c’est plus ou moins un fork de Trac développé en ruby qui n’apporte pas de véritables avantages.

    Tom le 14 April 2009 à 15:59 (#4)

  5. J’ai utilisé Jira, Mantis et 16bugs de facon professionnelle et Mantis l’emporte au la main.

    16 bugs, c’est loin d’etre utilisable, aucun support, juste un dev qui fait ca à coté. Ne mettez pas d’argent la dedans.

    Jira c’est une usine à gaz, c’est vraiment pour les gros gros projets.

    Mantis, c’est moche mais ca marche nickel et c’est complet sans etre trop complexe.

    Fardeen le 14 April 2009 à 19:34 (#5)

  6. J’utilise Mantis et même si c’est plutôt fonctionnel c’est loin d’être ergonomique.

    Mathieu Ch. le 14 April 2009 à 22:19 (#6)

  7. Décidément, Mantis a la quote…

    Raphaël : j’utilise même le thème Basecamp sur Redmine ;).

    Stéphane le 15 April 2009 à 06:23 (#7)

  8. Et en ce qui concerne les gestionnaires de tickets, quelqu’un connait-il une solution simple à gérer et user friendly ?

    Benjamin Bomas le 15 April 2009 à 08:12 (#8)

  9. Benjamin, je peux te citer quelques gestionnaires de tickets, mais sans les avoir testé:

    osTicket
    PerlDesk
    phpSupport

    ….c’est vrai qu’un article sur le sujet serait la bienvenue ! ;-)

    vincent le 26 June 2009 à 14:49 (#9)

  10. J’ai justement rédigé un billet sur le sujet dernièrement. J’ai cherché les solutions uniquement open source et en php. Pas facile d’en trouvé un qui focalise sur ce qu’il doit faire et qui est simple et surtout élégant. Mon choix c’est quand même arrêté sur BlueBug. Simple et élégant.

    BlueBug:
    http://bluescripts.net/apps/bluebug/

    Mon billet:
    http://www.sylvainlevesque.com.....ogues-php/

    Qui dit mieux ?

    Sylvain Lévesque le 17 January 2010 à 08:30 (#10)

  11. J’utilise Redmine, et j’aime beaucoup son côté “made for humans”, ainsi que la richesse de ses outils (GED, forums, wiki, etc).

    Les Trac et autres bugzilla ne sont pas utilisables par des non informaticiens.

    Effectivement, Redmine n’est aussi pro qu’un Bugzilla, mais il s’intègre tout de même à de nombreux IDE (je l’utilise dans Eclipse PDT)

    philippe le 2 April 2010 à 09:02 (#11)

Ajouter un commentaire

Les informations obligatoires sont indiquées par une étoile rouge *.


RT : Du changement : Auto-entrepreneur, pas de prorata temporis l'année de création -

Articles Récents

Les derniers articles publiés

A Propos

Je m’appelle Stéphane Thomas et je suis Ingénieur Senior expert dans le développement d'applications web complexes. Etant également un peu Entrepreneur, j'ai tenté l'aventure de la création d'un nouveau service Internet appelé Loomiz. Je suis maintenant le cofondateur d'Hitomi Studio, un studio de développement spécialisé dans la réalisation de sites ecommerce haut de gamme pour de jolies marques.

Lire la suite…