Pourquoi ne pas utiliser des forums comme PHPBB, VBulletin comme outil de suivi des bogues?

Question

Je viens de commencer à utiliser Git; et j'ai regardé plusieurs outils de suivi des bogues pour aller avec mon référentiel - LightHouseApp, FogBugz, BugZilla, Trac et ainsi de suite. Lorsque je crée des bugs, je mets souvent des captures d'écran avec mes commentaires à l'intérieur des captures d'écran. J'entoure des parties de capture d'écran, j'ajoute des commentaires et ainsi de suite. Mais avec tous ces outils de suivi des bogues, je ne suis pas vraiment capable d'ajouter "image" en ligne. La pièce jointe est généralement séparée. Il n'y a pas de moyen simple d'insérer simplement une image en ligne. Vous devez d'abord télécharger une image, puis vous trouvez son chemin et ensuite le lier en ligne. Ou pire, vous téléchargez une image sur un site de partage d'images externe, puis un lien vers celui-ci. Au lieu d'un simple bouton de téléchargement.

Alors, je me suis dit, pourquoi ne pas utiliser un logiciel "forum"? Après tout, cela est tout ce que je dois faire:

1. créer un problème (cela peut être fait en ouvrant un nouveau sujet/fil dans le forum) (Il y a quelques mods pour marquer un sujet [non résolu] ou [résolu]

2. Après avoir créé un problème, envoyez simplement votre message. Même insérer des images en ligne.

3. Lorsque le problème est résolu, notez-le comme résolu. Vous pouvez même vous abonner à des forums et obtenir un résumé de tous les nouveaux sujets affichés et ainsi de suite.

Il manque une fonction de notification robuste. Parce que, après tout, c'est un logiciel "forum". Mais il me permet la liberté d'insérer une capture d'écran partout où cela est nécessaire. Parce que nous ne sommes que 3-développeurs, nous pouvons faire sans un moteur de notification robuste pour le moment.

Par exemple: Voici une capture d'écran d'un sujet marqué comme « résolu » 1

Answer 1

Voici quelques fonctionnalités que vous seriez absent dehors sur:

• cession d'émission : c'est énorme, car il y a toujours one particular person clairement responsable d'un problème à un moment donné
• étapes : "Quels bogues devons-nous corriger avant de pouvoir expédier la version 2.0?"
• dépendances: pouvoir voir en un coup d'oeil que les bugs 11, 15 et 18 sont tous en attente sur le bug 3 à fixer

Je dois souligner que Redmine a une façon assez simple images en ligne: vous pouvez télécharger une image en pièce jointe pendant que vous commentez, et vous y référer par son nom (entouré de points d'exclamation) dans votre commentaire

Answer 2

Parce que les deux sont tout simplement différents logiciels. Les forums servent à poser des questions, des annonces, etc. Les outils de suivi des bogues servent à repérer les bogues. Le cycle de vie de la correction de bogue n'est pas aussi simple que le rapport-> marquer comme résolu. Il y a différents statuts de bogue (pris de mantis): nouveau, acquitté, confirmé, assigné, résolu, fermé, rouvert. Le changement entre le statut devrait être enregistré (et il peut aller et venir), quand et qui le change. Quand il est assigné, il doit être clair où le bug est assigné. Une fois résolu, dans quelle révision? A part ça, il y a aussi d'autres entrées: quel (sous) projet? quelle version? quelle révision? quelle plateforme? quel est le bug? comment reproduire? Et toutes les autres entrées que la plupart des rapporteurs de bogues pourraient oublier de remplir. C'est pourquoi un logiciel de forum ne peut pas remplacer les outils de suivi des bogues.