Introduction

Nicolas Bidault - Jeu 05 Avril 2007 11:26

Ovidentia Bug tracking system s'appuie sur Mantis http://www.mantisbt.org/

La consultation des bugs identifiés ne nécessite pas d'authentification. http://bugs.ovidentia.org
Il est également possible de remonter des bugs en tant qu'anonyme, cependant afin de suivre l'avancement de la correction d'un bug que vous auriez remonté, il est préférable de vous enregistrer. http://bugs.ovidentia.org/signup_page.php

Lors de la création de votre compte, un mail vous est envoyé. Si vous ne le recevez pas, vérifiez qu'il n'a pas été mis de côté (voir supprimé) par un outil anti-spam associé à votre messagerie.

Rapporter un bug (pour les testeurs/rapporteurs)

Nicolas Bidault - Mar 10 Avril 2007 12:02

Avant de rapporter un bug, prenez le temps d'effectuer les actions suivantes :

Vérifiez que le bug n'est pas déjà rapporté. sur Ovidentia Bug Tracking System.

Rassemblez TOUS les éléments qui permettront de reproduire, analyser et corriger le problème.

Ne renseigner qu'un bug par formulaire. (Si vous rencontrez plusieurs problèmes sur une même fonction, renseignez autant de formulaires que de problèmes).

Pour rapporter un bug, renseigner le formulaire selon les consignes suivantes : (Vous pouvez rapporter un bug en tant qu'anonyme ou en créant un compte, si vous possedez déjà un compte identifiez vous)

Sélectionnez le projet Ovidentia ou un autre module ( Online ...)

Catégorie
Sélectionnez la bonne catégorie :

Intitulé	Rubrique
Approbations	Problème rencontré dans contexte d'approbation
Authentification	Problème rencontré dans un processus d'authentification
Agenda	Problème rencontré dans la visualisation ou l'utilisation de l'agenda
Categ. & Topics & Articles	Problème rencontré dans la visualisation, la création, la modification ou la gestion des articles, des thèmes et des catégories.
Organigramme	Problème rencontré dans la visualisation ou la gestion des organigrammes
Delegation	Problème rencontré dans l'utilisation ou la gestion des délégations.
Annuaires	Problème rencontré dans la visualisation ou la gestion des annuaires
Documentation	Problème rencontré dans la documentation d'Ovidentia
FAQs	Problème rencontré dans la visualisation et la gestion des FAQs.
Gestion de fichiers	Problème rencontré dans l'utilisation ou la gestion des répertoires, fichiers (répertoire partagé ou perso)
Forums
Gestion des groupes
Indexation
Installation
Ldap
Mail
Mail notification
OvML
Moteur de recherche
Gestion des sites
Statistiques
Gestionnaire de tâches
Moteur de template
Traduction
Gestion des modules
Non défini
Mise à jour
Congés
WYSIWYG HtmlArea

Reproductibilité
Préciser si le problème peut être reproduit.

Sévérité
Définition du niveau du problème (allant de "Fonctionnalité" à "Bloquant")

Plate-forme
Type de serveur utilisé (Dédié, Mutualisé, ...)

OS
(Windows, Linux ...)

Version
(Windows 2003 server, Linux Fedora Core 6, Linux Ubuntu Edgy Eft ...)

Version du produit
Sélectionner la version d'Ovidentia sur laquelle vous avez constaté le bug (en effet, nous filtrons et pouvons donc passer à côté d'un bug répertorié sous une mauvaise version). Le numéro de la version d'Ovidentia que vous utilisez est consultable par l'administrateur du portail depuis la section "Administration" , "Sites" puis onglet "Version".

Résumé
Rédiger un intitulé explicite du problème rencontré.

Description
Le descriptif doit être le plus complet possible afin que les développeurs sachent identifier et corriger le problème. Il est donc impératif de préciser la nature "réelle" (non affichage, warning, fatal error etc.) du problème et sa manifestation.

Étapes pour reproduire
En décrivant les étapes précises permettant de reproduire le bug, les développeurs pourront plus rapidement corriger le problème

Informations complémentaires. Indiquez toutes les informations qui pourraient aider les développeurs dans la correction du problème :
- Navigateur utilisé (Opéra,Safari, Internet Explorer, Netscape Navigator, Firefox, etc.)
- La version du navigateur.

Version Apache / IIS
Version du serveur web utilisée (IIS 5, IIS6, Apache 2.X.X etc.)

Version MySQL
Version de MySQL utilisée

Version PHP
Version de PHP utilisée

Joindre un fichier (Taille max. : 5,000k)
N'hesitez pas à joindre des copies d'écran, un fichier de configuration php ou tout fichier qui pourrait faciliter l'analyse et la correction du bug. phpinfo() peuvent être utile pour pouvoir détecter un éventuel problème de configuration de votre serveur.
Joindre une copie d'écran est parfois plus explicite que de longs discours. Ne pas en abuser, on ne cherche pas à documenter un bug pour le contourner mais à fournir des explications au développeur pour traitement.

Description de l'état d'un bug

Nicolas Bidault - Jeu 05 Avril 2007 14:39

Intitulé de l'état	Description	Qui devrait mettre cet état
nouveau	nouveau bug, c'est l'état initial	le rapporteur du bug
commentaire	le bug nécessite plus d'informations le rapporteur du bug devrait y préter attention	un développeur
accepté	le bug a été lu mais n'est ni confirmé ni assigné	le développeur dont dépend le bug
confirmé	le bug est confirmé et reproductible	un développeur
affecté	le bug est assigné à un développeur	un développeur qui prend en charge le bug
résolu	le bug devrait être résolu, en attente de la confirmation de sa résolution par le rédacteur du bug	le développeur qui a corrigé le bug
fermé	le bug est fermé	le rapporteur initial du bug

Description de l'avancement de la résolution

Nicolas Bidault - Jeu 05 Avril 2007 14:39

Intitulé de la résolution	Description
ouvert	bug ouvert en attente
résolu	bug résolu d'après le développeur responsable
réouvert	bug considéré comme toujours existant après correction
impossible à reproduire	le bug rapporté n'arrive pas à être reproduit
impossible à corriger	il n'y a pas de possibilité de corriger le bug
doublon	le bug a déjà fait l'objet d'un rapport dans Ovidentia Bug Tracking
pas un bug	Ce n'est pas considéré comme un bug
suspendu	Le bug est mis de côté
ne sera pas résolu	Le bug est reconnu mais ne sera pas résolu

En cours de traitement

Nicolas Bidault - Jeu 05 Avril 2007 14:39

En cours de traitement, utiliser les notes pour ajouter des informations, éviter les échanges par email parallèle.

Lorsque le bug est résolu, vous recevrez un email d'information.

Vous devez fermer vos bugs.

Si vous constatez que la solution ne correspond pas à votre description (totale ou parielle), relancez le sujet en le changeant d'état.

Par contre, si vous détectez une nouvelle anomalie, rédigez un nouveau bug.

La fermeture du Bug doit être effectuée par celui qui l'a émis. En l'absence d'action de votre part dans un temps raisonnable, le développeur ou un administrateur le fermera.