L'outil de suivi de bogues L'outil de suivi de bogues est utilisé pour des tâches bien précises: le référencement et le suivi des bogues et demandes d'évolutions. Tout s'y passe en anglais. C'est la langue officielle du projet, même si la communauté francophone est historiquement très forte (et elle le reste).

Rien de plus efficace pour qu'un bug soit corrigé ou qu'une évolution soit apportée: tant que la réalisation n'est pas effectuée, la “fiche” reste en attente et n'est pas oubliée comme un topic peut l'être sur le forum.

Le bugtracker, par le biais de mises à jour semi-automatiques depuis le dépôt, permet de plus de faciliter le suivi des tâches pour les développeurs.

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.

A une certaine époque, les discussions portant sur la version de développement étaient effectuées uniquement sur la section dédiée du forum anglophone. Afin de de soulager le forum et rendre le suivi des évolutions fonctionnelles et correctives plus aisée, le choix a été pris de faire usage d'un outil dédié.

Le forum est un outil spécialisé pour la discussion et l'échange d'idées: il est à ce titre toujours utilisé lorsqu'il s'agit de décider des orientations techniques et fonctionnelles à prendre.

L'outil de suivi est quand à lui spécialisé dans le référencement et le suivi des tâches: son usage impose le respect d'un certain formalisme, mais en retour il facilite le travail de l'équipe sur le suivi des tâches à réaliser:

• Référencement des demandes (anomalie ou évolution)
• Suivi de l'état des demandes (référencée, corrigé, abandonnée, …)
• Affectation des tâches sur les différents membres de l'équipe
• Rédaction de notes (précisions, questions, …)
• Automatisation du suivi de version (savoir dans quelle version du logiciel la demande a été réalisée)

L'outil de suivi est ouvert à tous. Néanmoins, même si la consultation peut s'effectuer anonymement, il est nécessaire de s'enregistrer pour être en mesure d'y référencer des demandes.

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

1. page d'enregistrement de compte
2. renseigner un nom d'utilisateur (UsenName), une adresse email
3. un mail est envoyé à l'adresse pour confirmer l'inscription
4. l'interface est par défaut en anglais, il est possible de la paramétrer en anglais (My Account / Preferences)

• Il est obligatoire de s'enregistrer pour pouvoir référencer des demandes. Les comptes utilisateurs du forum et de l'outil de suivi de bogues ne sont pas partagés.
• Lorsque vous soumettez une demande, s'il est nécessaire de renseigner tous les champs obligatoire, il est conseillé de renseigner aussi les champs facultatifs: les précisions peuvent faire gagner du temps par la suite.
• 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.
• Les demandes doivent être soumises en Anglais.
• L'état (status) a plusieurs valeurs. Par ordre croissant nous trouvons:
  1. Nouveau ⇒ Nouvelle demande
  2. Accepté ⇒ Demande acceptée
  3. Confirmé ⇒ Un administrateur confirme votre demande
  4. Affecté ⇒ Une personne est en charge de votre demande
  5. Résolu ⇒ Votre demande est résolue
  6. Fermé ⇒ La demande est clôturé
• 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). A l'inverse, l'ajout de la référence du bug dans le commit svn reporte automatiquement la mise à jour dans le bugtracker Mantis.

⇒ 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. ⇐