|
|
| Ligne 14 : |
Ligne 14 : |
| | *Choisissez la bonne catégorie : | | *Choisissez la bonne catégorie : |
| | | | |
| | + | {| {{prettytable}} |
| | !Intitulé!!Rubrique | | !Intitulé!!Rubrique |
| | |- | | |- |
| Ligne 27 : |
Ligne 28 : |
| | |- | | |- |
| | |UpDate||si cela touche l'utilitaire de changement de version | | |UpDate||si cela touche l'utilitaire de changement de version |
| − | |- | + | |-} |
| | | | |
| | *Choisissez la bonne version d'OpenFlyers sur laquelle vous avez constatée le bug (en effet nous filtrons et pouvons donc passer à côté d'un bug repertorié sous une mauvaise version). Le numéro de version se trouve en haut à gauche de la page d'accueil d'OF. | | *Choisissez la bonne version d'OpenFlyers sur laquelle vous avez constatée le bug (en effet nous filtrons et pouvons donc passer à côté d'un bug repertorié sous une mauvaise version). Le numéro de version se trouve en haut à gauche de la page d'accueil d'OF. |
Version du 29 novembre 2005 à 17:49
Introduction
Nous utilisons comme outil de "traceur de bugs" (ou Bug Tracking System) Mantis.
Pour pouvoir éditer des informations, il faut d'abord vous identifier.
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 attaché à votre messagerie.
Rapporter un bug dans Mantis (pour les testeurs/rapporteurs)
Avant de rapporter un bug, prenez le temps d'effectuer les actions suivantes :
- Vérifier que le bug n'est pas déjà rapporté
- Renseigner les items des le débuts pour éviter l'envoi dans une rubrique non adaptée
- Choisissez la bonne catégorie :
| Intitulé |
Rubrique
|
| Admin |
si cela touche la partie configuration/administration
|
| Cahier des resa |
si cela touche la partie "cahier de réservations"
|
| Gestions des vols |
si cela touche la partie la saisie des vols
|
| Gestions des comptes |
si cela touche la partie financiers
|
| Documentation |
si cela concerne des précision sur la documentation
|
| UpDate |
si cela touche l'utilitaire de changement de version
|
- Choisissez la bonne version d'OpenFlyers sur laquelle vous avez constatée le bug (en effet nous filtrons et pouvons donc passer à côté d'un bug repertorié sous une mauvaise version). Le numéro de version se trouve en haut à gauche de la page d'accueil d'OF.
1.2
2.0 X
2.0
Rédiger un intitulé explicite
Si le bug est sur une version en ligne indiquer sur quelle base vous avez tester
Si c'est une version en local indiquer l'état dans laquelle est votre Base de données. Faire éventuellement une sauvegarde pour la figer dans un stade ou le bug est reproductible
Le descriptif doit être complet pour que les developpeurs sache identifier l'endroit du problème
- La nature "réelle" (non affichage, warning, etc.) du problème et sa manifestation
- Communiquer TOUS les éléments minimaux pour commencer à réfléchir au pourquoi du problème, c'est à dire:
- OS utilisé (Windows 98, Windows XP, Linux, UNIX, Jaguar, etc.)
- Navigateur utilisé (Safari, Internet Explorer, Netscape Navigator, Firefox, etc.)
- La version du navigateur
- Si vous utilisez une version d'OpenFlyers qui n'est pas hébergée par l'association OpenFlyers (si la version que vous utilisez est hébergée par l'association, alors son adresse internet est de la forme nomduclub.openflyers.org), merci de nous communiquez également les éléments suivants :
- phpinfo() peut être utile pour pouvoir détecter un éventuel problème de configuration de votre serveur
- il serait souhaitable, pour épargner un temps précieux, de s'assurer avant de signaler un bug que tous les fichiers sont uploadés correctement (présents sur le serveur, modifications maîtrisées).
A noter que nous n'assurons pas le support pour les hébergeurs gratuits. En effet, ces derniers imposent souvent des limitations qui sont sans rapport avec les hébergeurs payant. Notre application fonctionne correctement sur un serveur Linux "standard" (avec quelques variantes possibles) mais avec des options qui peuvent parfois n'exister que sur des hébergeurs payants. La version 2.0 pourrait, par exemple, se révéler bien plus exigeante que la 1.2 au niveau des prérequis.
- Joindres une copie d'écran est parfois plus explicite que de long discours. Ne pas en abuser, on ne cherche pas à documenter un bug pour le contourner mais à fournir des explications au développeur pour traitement
- En cours de traitement, utiliser les notes pour ajouter des informations, évter les échéanges par email parrallèle
Si le bug est sur une version en ligne indiquer sur quelle base vous avez tester.
Si c'est une version en local indiquer l'état dans laquelle est votre Base de données. Faire éventuellement une sauvegarde pour la figer dans un stade ou le bug est reproductible.
Le descriptif doit être complet pour que les developpeurs sache identifier l'endroit du problème
Indiquer : votre système d'exploitation et le navigateur utilisé
Joindres une copie d'écran et parfois plus explicite que de long discours mais ne pas en abuser, on ne cherche pas à documenter un bug pour le contourner mais à fournir des explication au développeur pour traitement
- En cours de traitement, utiliser les notes pour ajouter des informations
- Lorsque le bug est résolu vous recevrez un email d'information. Vous devez fermer vos bugs. Si vous constater que la solution ne correspond à votre description (totale ou parielle), relancez le sujet en le changeant d'etat. Par contre si vous détectez une nouvelles annomalie rédiger un nouveau bug.
- La fermeture du Bug doit être effectué par celui qui l'a émis.
- En l'absence d'action de votre part dans un temps raisonnable le developpeur ou un administrateur le fermera.
Traitement des bugs dans Mantis (pour les développeurs)
- Lorsqu'un bug est résolu il faut faire attention de le marquer comme tel dans la version en cours de modif (=donc normalement la future version publiée)
- La fermeture du Bug doit être effectué par celui qui l'a émis.
- En l'absence d'action de sa part dans un temps raisonnable le developpeur ou un adminstrateur le fermera.
Suivez vos bugs
