L'outil de suivi des bogues

L'outil de suivi de bogues est dédié à 2 tâches : la gestion des bogues & les demandes de nouvelles fonctionnalités.

Rien de plus efficace pour qu’un bug soit corrigé : tant qu’il ne l’est pas, la “fiche” reste là à attendre, on ne l’oublie pas comme un topic sur le forum. Les demandes d’évolutions sont également gérées dans cet outil. Ce n’est pas forcément idéal car il ne s’agit pas exactement de la même chose, mais le suivi du développement d’une nouvelle fonctionnalité peut se modéliser de la même façon que le suivi de la correction d’un bogue.

L’outil de suivi de bogues actuellement utilisé est mantis (en). Ce dernier est fonctionnellement très riche (et un peu lent aussi...) et permet par exemple de générer un changelog automatique concernant les corrections de bogues : ChangeLog automatique de mantis (en). Cette fonctionnalité pourrait devenir très intéressante pour les testeurs si tout le monde travaille avec l’outil de suivi de bogues.

Jusqu’à aujourd’hui, les discussions autour de BSF (Best So Far = la branche de développement, le trunk de SVN) se faisait sur la section dédiée du forum (en). Toujours avec l’objectif de désengorger le forum (fr), les bogues de BSF seront dorénavant suivis dans l’outil de suivi des bogues.

La différence entre le forum et l’outil de suivi de bogues est la spécialisation : le forum est un outil extrêmement générique demandant de la rigueur de la part des participants. A l’opposé, l’outil de suivi de bogues est un spécialiste : il gère les bogues d’un logiciel, point. Il impose de la rigueur aux participants. Un des objectifs est de rendre les informations exploitables sur la durée.

Les possibilités offertes sont nombreuses, pour l’instant je retiens les suivantes :

• suivre l’état d’avancement du bogue
• savoir qui s’occupe de la correction
• savoir qui est intéressé par le bogue (et donc s’échanger des informations entre testeurs pour les tests)
• connaître le build dans lequel la correction sera livrée.

Cela n’empêche pas d’utiliser le forum pour discuter de diverses choses concernant la BSF ou les RC.

NB: Bien penser à lire le petit alinéa au sujet des rapports de bogues sur la BSF à la fin des règles d’utilisation.

S’enregistrer, et avoir un compte en français :

1. page d'enregistrement de compte
2. remplir les champs Username (nom d’utilisateur), Email (adresse email) et entrer le code aléatoire présent sur l’image
3. un mail est envoyé, un lien permet d’activer le compte. Attention, le lien a une durée de validité limitée.
4. paramétrer l’interface pour qu’elle se présente en français.
5. vous pouvez soumettre des bugs en français.

• Il est obligatoire de s’enregistrer pour pouvoir soumettre des bogues ou suivre les bogues soumis par d’autres. L’enregistrement n’est pas nécessaire pour simplement lire la base de bogues. Les comptes utilisateurs du forum et de l’outil de suivi de bogues ne sont pas partagés.
• Lorsque vous enregistrez un bogue, remplissez tous les champs nécessaires et soyez précis.
• La version du produit n’est utile que lorsque vous rapportez un bogue. Si vous rapportez un bogue sur la branche de développement (BSF), indiquez le numéro de build correspondant. Si vous mettez à jour grâce au gestionnaire de version Subversion, indiquer la révision à la place du build.
• L’état (status), voir détails section suivante
• Lorsqu’un développeur résout/clos un bug, il note dans quel changeset de subversion la correction est présente. Une recherche dans le gestionnaire de version permet alors d’avoir le détail de la correction. Par exemple

- corrigé en branche 1.5 svn:968
- reporté en BSF svn:969

La syntaxe svn:<identifiant de révision> génère automatiquement un lien vers le ViewCVS (qui marche avec Subversion).

Pour chaque bogue reporté concernant la branche de développement (BSF), il sera nécessaire de choisir la version stable la plus proche, puis renseigner le Product Build. Par exemple, si vous avez téléchargé le fichier phpwebgallery-200602062254.tar.bz2 , il faudra indiquer 200602062254. Si vous travaillez avec une installation à partir de Subversion, il faudra préciser le numéro de changeset utilisé, par ex. svn:1050.