Difference between revisions of "Outil de suivi des anomalies"

From Second Life Wiki
Jump to: navigation, search
m
m
Line 2: Line 2:
  
  
Tout d'abord, deux choses à noter:
+
Deux choses à noter avant de commencer :
  
 
{| cellpadding="1" cellspacing="1" style="width: 70%; background-color: #f9f9f7; vertical-align: top;"
 
{| cellpadding="1" cellspacing="1" style="width: 70%; background-color: #f9f9f7; vertical-align: top;"
Line 11: Line 11:
 
| style="background-color:#fff;" width="0" |
 
| style="background-color:#fff;" width="0" |
 
{| style="width="30%"; font-size:95%; text-align:left; padding:-2px; background:none" cellpadding="0" cellspacing="0"
 
{| style="width="30%"; font-size:95%; text-align:left; padding:-2px; background:none" cellpadding="0" cellspacing="0"
| rowspan="1" width="30%" colspan="2" height="37px" valign="top" style="background:#fff; border:2px solid #ABCDEF; border-bottom:0; padding:0; padding-right:1em; margin:0; -moz-border-radius-topright:1em" | [[Image:cartella_blu.jpg|none]] <div style="margin-top:-37px; padding-left:5px">[[Image:Info.png|36px]]</div><div style="padding-left:45px; margin-top:-29px; font-size:130%">'''Contributions'''</div>
+
| rowspan="1" width="30%" colspan="2" height="37px" valign="top" style="background:#fff; border:2px solid #ABCDEF; border-bottom:0; padding:0; padding-right:1em; margin:0; -moz-border-radius-topright:1em" | [[Image:cartella_blu.jpg|none]] <div style="margin-top:-37px; padding-left:5px">[[Image:Info.png|36px]]</div><div style="padding-left:45px; margin-top:-29px; font-size:130%">'''Les contributions'''</div>
 
|}
 
|}
 
| style="border-bottom:2px solid #ABCDEF; background:#f9f9f7;" width="8" | &nbsp;
 
| style="border-bottom:2px solid #ABCDEF; background:#f9f9f7;" width="8" | &nbsp;
Line 19: Line 19:
 
| rowspan="1" width="100%" colspan="2" valign="top" style="background:#FFF; border:2px solid #ABCDEF; border-bottom:0; border-top:0; padding:0; margin:0" |
 
| rowspan="1" width="100%" colspan="2" valign="top" style="background:#FFF; border:2px solid #ABCDEF; border-bottom:0; border-top:0; padding:0; margin:0" |
 
<div style="padding:10px; text-align: justify;">
 
<div style="padding:10px; text-align: justify;">
Toutes les soumissions au site (JIRA inclus) sont gouvernées selon [[Project:Contribution_Agreement|Second Life Projet Contribution Agréement]]. En soumettant des pièces et d'autres informations en utilisant ce site, vous admettez que vous avez lu, avez compris et êtes d'accord avec ces termes.
+
Toutes les contributions via le site Internet (JIRA inclus) sont gouvernées par la [[Project:Contribution_Agreement|Contribution Agréement]] de Second Life. Ainsi, en y ajoutant des patchs et toutes autres informations, vous reconnaissez en avoir pris connaissance, compris et approuvé les termes.
 
</div>
 
</div>
 
|-
 
|-
Line 33: Line 33:
 
| style="background-color:#fff;" width="0" |
 
| style="background-color:#fff;" width="0" |
 
{| style="width="30%"; font-size:95%; text-align:left; padding:-2px; background:none" cellpadding="0" cellspacing="0"
 
{| style="width="30%"; font-size:95%; text-align:left; padding:-2px; background:none" cellpadding="0" cellspacing="0"
| rowspan="1" width="30%" colspan="2" height="37px" valign="top" style="background:#fff; border:2px solid #ABCDEF; border-bottom:0; padding:0; padding-right:1em; margin:0; -moz-border-radius-topright:1em" | [[Image:cartella_blu.jpg|none]] <div style="margin-top:-37px; padding-left:5px">[[Image:Info.png|36px]]</div><div style="padding-left:45px; margin-top:-29px; font-size:130%">'''Pas un moyen de contacter le service support'''</div>
+
| rowspan="1" width="30%" colspan="2" height="37px" valign="top" style="background:#fff; border:2px solid #ABCDEF; border-bottom:0; padding:0; padding-right:1em; margin:0; -moz-border-radius-topright:1em" | [[Image:cartella_blu.jpg|none]] <div style="margin-top:-37px; padding-left:5px">[[Image:Info.png|36px]]</div><div style="padding-left:45px; margin-top:-29px; font-size:130%">'''L’Utilisation'''</div>
 
|}
 
|}
 
| style="border-bottom:2px solid #ABCDEF; background:#f9f9f7;" width="8" | &nbsp;
 
| style="border-bottom:2px solid #ABCDEF; background:#f9f9f7;" width="8" | &nbsp;
Line 42: Line 42:
 
<div style="padding:10px; text-align: justify;">
 
<div style="padding:10px; text-align: justify;">
  
<span style="color: red; font-weight: bold;">Le Traqueur d'issues JIRA n'est ''pas'' pour les demandes de support technique</span>, s'il vous plait n'ajoutez '''pas''' de rapports d'issues qui exigeraient une réponse à votre situation individuelle. Si vous cherchez l'aide spécifique de compte, utilisez s'il vous plaît nos [http://secondlife.com/support ressources de support].
+
<span style="color: red; font-weight: bold;">Le JIRA n'est ''pas'' destiné aux demandes de support technique</span>, s'il vous plait '''n'ajoutez pas''' de fiches qui exigeraient une réponse personnalisée. Si vous cherchez de l'aide spécifique à votre compte, utilisez plutôt notre [http://secondlife.com/support support].
  
Exemples: qui sont de support, pas pour le traqueur d'Issue:
+
Exemples: à traiter avec le support et non avec le JIRA:
* "Je ne peux pas changer mes taux à payer"
+
* "Je ne peux pas modifier mes coûts de location"
* "J'ai perdu une partie de mon inventaire"
+
* "Une partie de mon inventaire à disparu"
 
* "Quelqu'un a volé mes L$"
 
* "Quelqu'un a volé mes L$"
 
</div>
 
</div>
Line 54: Line 54:
 
|}
 
|}
  
Le '''traqueur d'issues public JIRA''', localisé à http://jira.secondlife.com, est une base de données recherchable utilisée pour organiser des issues (c'est-à-dire les bugs et les demandes caractérisées) soumis par la communauté de Second Life. Ici, vous pouvez aider à fournir des informations sur les issues que vous trouvez en utilisant les versions source ou standard ouvertes de Second Life. Les informations sur cette page vous aideront à devenir familiers avec le JIRA.
+
Le '''JIRA''', consultable à http://jira.secondlife.com, est une base de données utilisée pour organiser les bugs et les propositions d’évolution des résidents de Second Life. C’est ici  que vous pouvez documenter les problèmes que vous rencontrez dans les versions open sources ou officiel de Second Life. Cette page est destinée à vous familiariser avec le JIRA.
  
Plus précisément, JIRA est un instrument d'administration et d'édition de projet fait par
+
Plus précisément, le JIRA est un outil de gestion des anomalies destiné à la gestion de projet et édité par [http://www.atlassian.com/software/jira Atlassian]. Il est utilisé par la communauté open source de Second Life et peut être également nommé "JIRA Public", "PJIRA", ou simplement "JIRA", selon le contexte.
[http://www.atlassian.com/software/jira Atlassian]. Il est essentiellement utilisé par la communauté open source de Second Life et peut être considéré comme le "JIRA Public", "PJIRA", ou juste "JIRA", selon le contexte.
+
  
== Comment il fonctionne ==
+
== Son fonctionnement ==
Il y a deux types principaux d'issues : l'annonce de bugs et les nouvelles caractéristiques.
+
Il y a deux types principaux de fiche : Les bugs et les propositions d’évolution.
* Un rapport de bug est composé d'une description du problème et, si c'est possible, une façon de le reproduire.
+
* Un rapport de bug est composé d'une description du problème et, si c'est possible, d’une méthode de reproduction.
* Une nouvelle demande de caractéristique est composée d'une description et comment la caractéristique proposée devrait fonctionner.
+
* Une proposition d’évolution est composée d'une description et des principes de fonctionnement de la nouvelle fonctionnalité.
  
Les deux types d'issues reçoivent alors l'attention d'autres utilisateurs, qui peuvent ajouter d'autres informations ou des descriptions plus simples et des reproductions. Les issues populaires accumulent des votes d'autres utilisateurs. Les programmeurs dans la communauté open source peuvent attacher "des éléments correctifs", ou changer le code source qui adresse l'issue. Les votes, aussi bien que les évènements comme le [[bug triage]], aident à donner des priorités aux issues. Celles qui sont admises sont "importées" dans la copie privée des Lindens de JIRA.
+
#Les deux types de fiches sous soumises aux autres utilisateurs, qui peuvent ajouter de nouvelles informations ou des descriptions meilleures ou simplifiées voire des cas de reproduction pour les anomalies.  
 +
#Les fiches les plus populaires accumulent les votes d'autres utilisateurs.  
 +
#Les programmeurs de la communauté open source peuvent y joindre « leur patchs », ou détailler les modifications à réaliser pour corriger l’anomalie.  
 +
#Les votes et les [[bug triage|réunions de tri]] aide à prioriser les fiches.  
 +
#Les fiche approuvée par Linden Lab sont "importées" dans le  JIRA privé de Linden Lab. Cela signifie que l’anomalie est étudiée et qu’un correctif est à l’étude.
  
Après que l'issue ai reçu l'attention de Linden, d'autres peuvent toujours continuer à aider :
+
Une fois la fiche importée, il est possible de connaître sont avancement au travers de son statut :
  
* Dès que les changements sont accomplis et en attente de proposition au public, le bug est résolu comme '''"Fixe en Attente"'''.
+
* Dès que les modifications sont réalisées et en attente d’intégration dans le client, la fiche prend le statut '''"Fix Pending"''' (patch en attente).
* Quand le changement a été rendu disponible, il est résolu comme '''"Fixé"'''.
+
* Une fois la modification ajoutée au client, le fiche est résolue et prend le statut '''"Fixed"''' (corrigé).
* Généralement, après être confirmé comme fixée par Linden Lab [[QA Portal|Quality Assurance Team]] et notre communauté, son statut est passé de "Résolue" à '''"Fermée"'''.
+
* Généralement, après confirmation de la correction de l’anomalie par [[QA Portal|l’équipe qualité de Linden Lab]] et la communauté SL, la fiche passe de "Resolved" à '''"Closed"'''.
  
En plus de "Fixe en Attente" et "Fixé", une issue peut aussi être résolue ou fermée si elle a son double dans une autre issue, non reproductible, mal classée, pas un bug, incomplète, etc.
+
En plus des états "Fix Pending" et "Fixed", une fiche peut aussi être résolue ou fermée si elle doublonne une autre fiche, est non reproductible, mal classée, incomplète, n’est pas un bug, etc.
  
== La création de rapport de bug et les demandes de caractéristique ==
+
== Signaler un bug / Proposer une fonctionnalité ==
'''Si vous vous sentez perdu et ne savez pas où commencer, regardez cette vidéo (15 minutes):
+
'''Si vous vous sentez perdu et ne savez pas par où commencer, regardez cette vidéo (15 minutes):
  
 
:<videoflash>Jofq8ClPfNg</videoflash>
 
:<videoflash>Jofq8ClPfNg</videoflash>
  
=== Guide pour un rapport de bug ===
+
=== Guide de signalement des bugs ===
  
 
{| style="background:#fffff0; width:85%; border:3px dashed #ABCDEF; padding:15px;"
 
{| style="background:#fffff0; width:85%; border:3px dashed #ABCDEF; padding:15px;"
 
|  
 
|  
* '''Toujours, fournissez toujours les étapes.''' (Numérotez-les!) Nous pouvons SEULEMENT étudier un bug si nous pouvons voir comment il se produit. Plus nous pouvons reproduire le bug facilement, plus il peut être fixé rapidement.
+
* '''Fournissez toujours les étapes à suivre pour reproduire le bug''' (et numérotez-les !) Nous pouvons étudier un bug UNIQUEMENT si nous pouvons le reproduire. Plus un bug se reproduit facilement, plus vite il peut être corrigé.
** Par exemple, au lieu de dire "Je crash quand j'importe des fichiers", la reproduction devrait être présentée dans des étapes spécifiques:
+
** Par exemple, au lieu de dire "Je crash quand j'importe des fichiers", la description devrait détailler les étapes à suivre :
**: <font color="grey">1. J'ai cliqué sur Fichier > Importer Image ($L10)...
+
#: <font color="grey">1. Je clique sur Fichier > Importer Image ($L10)...
**: 2. Je choisis un fichier .TXT au lieu d'un fichier .JPG
+
#: 2. Je choisis un fichier .TXT au lieu d'un fichier .JPG
**: 3. Je clique le bouton Ouvrir
+
#: 3. Je clique sur Ouvrir
**: 4. OBSERVE: mon ordinateur crash.  Aucune fenêtre d'incident n'apparait.</font>
+
#: 4. RESULTAT : mon ordinateur crash.  Aucune fenêtre d'incident n'apparaît.</font>
** Essayez d'envoyer cette explication à un ami, voir s'il peut le refaire! Si votre ami peut suivre les étapes, il y a de fortes chances que nous le puissions aussi!
+
** Vous pouvez envoyer cette explication à un ami. Si votre ami arrive à suivre les étapes, il y a de fortes chances que nous le puissions aussi!
  
* Considérez qu'importer des photos, des images, des vidéos, des rapports d'incident, ou d'autres fichiers liés (dans la limite de 10 Mo chacun). Dans le susdit exemple, vous pourriez considérer que c'est le fait d'importer le type de fichiers que vous avez essayé d'importer qui a provoqué l'incident.
+
* N’hésitez pas à ajouter des images, des vidéos, des rapports d'incident (log de crash) ou tout autres fichiers liés à votre anomalie (dans la limite de 10 Mo chacun). Dans l’exemple précédent, il pourrait être intéressant,par exemple, de joindre le fichier que vous avez essayé d’importer.
  
* Ne soumettez '''pas''' plus d'une issue dans un rapport simple. Chacun bug séparé a besoin de son PROPRE rapport pour être dépisté.
+
* N’expliquez qu’'''un seul problème''' par fiche. Chacun bug a besoin de sa propre fiche afin d’être suivi individuellement.
  
* '''Recherchez''' vraiment dans les issues d'abord pour garantir que le vôtre n'y est pas en double.
+
* '''Recherchez''' votre anomalie dans les fiches existantes avant d’en créer une afin d’éviter les doublons
  
* En décrivant le bug, si possible, essayez d'omettre les noms Locaux ou d'autres renseignements personnellement identifiant. Si le bug semble vous affecter seulement vous-même ou très peu de personnes, vous devriez considérer d'autres façons de contacter le soutien technique via [http://support.secondlife.com le portail de support].
+
* Lorsque vous décrivez un bug, évitez d’utiliser les noms de résidents ou de donner des renseignements personnels. Si le bug semble a un impact limité à vous même ou à très peu de personnes, vous devriez commencer par contacter le support technique via [http://support.secondlife.com son portail].
  
 
|}
 
|}
  
=== Changements récents ===
+
=== Restez à jour ===
Vous pouvez vérifier les [[Release Notes]] ou [[Beta Release Notes]] pour voir l'actualité des changements récents de Second Life. Quelquefois, on peut découvrir le contexte autour d'un nouveau bug, ou constater qu'un changement était voulu. Par exemple, l'incapacité de vendre votre terrain pour 0 L$ est une caractéristique, pas un bug.
+
#Consultez les [[Release Notes]] pour connaître les dernières évolutions du client. Des informations sur un nouveau bug ou une note sur une modification intentionnelle peuvent y figurer. Par exemple, l’interdiction de vente de terrain pour 0 L$ est une fonction voulue, pas un bug !
  
Aussi, vous devriez vous assurer que vos pilotes vidéos sont à jour. Ceux-ci sont normalement obtenus depuis le site Internet de votre fabricant de matériel graphique, habituellement le [http://www.nvidia.com/content/drivers/drivers.asp NVIDIA site officiel ] ou le [http://ati.amd.com/support/driver.html ATI site officiel].  Les [http://www.omegadrivers.net/ Pilotes Omega]sont souvent des versions utilisées et modifiées de ces pilotes.
+
# Vérifiez que vos pilotes graphiques sont [https://support.secondlife.com/ics/support/default.asp?deptID=4417&task=knowledge&questionID=3884 à jour]. Pour les utilisateurs expérimentés, les [http://www.omegadrivers.net/ Pilotes Omega] sont des versions modifiée et couramment utilisées.
  
=== Déterminer si l'issue a déjà été soumise ===
+
=== Savoir si un bug a déjà été signalé ===
Le fait d'éviter des issues en duplicata est très important. Le classement des doubles est une perte de temps et d'effort (tant pour le personnel de Linden Lab que pour les résidents) et cela provoque des bugs et des propositions de caractéristique qui donnent l'impression d'avoir moins d'attention qu'elles devraient en avoir vraiment. Il est plus efficace de concentrer les efforts du même problème dans la même issue, d'autant plus que les issues actives reçoivent la plus grande priorité.
+
Avant de signaler un bug, vous devez préalablement vérifier s’il n’y a pas des informations sur le sujet dans [http://secondlife.com/community/support.php le portail du support] ou si un [http://status.secondlifegrid.net/ rapport récent] fait état de problème ponctuel sur la grille.
  
Après vous être connecté, vous verrez le Tableau de bord. Ici vous avez accès à quelques filtres de recherche qui vous donnent une approche aux renseignements les plus récents sur les issues soumises. Par exemple, vous pouvez cliquer sur ce qui montre toutes les issues non résolues (pas fixées ou non évaluées) dans chaque projet, commencez ensuite une recherche de texte à partir de là (en révisant le filtre). Évidemment vous pouvez créer et sauver vos propres filtres d'un moment à l'autre, ou diriger simplement une nouvelle recherche de la boîte de Recherche Rapide. L'une ou l'autre voie, c'est la meilleure pratique pour chercher des issues que vous voulez signaler de plusieurs façons avant le fait de les soumettre!
+
Eviter les doublons est très important. Leur gestion représente un important travail de tri (tant pour les Lindens que pour les résidents) et cela  peut provoquer des bugs et des frustrations en donnant la fausse impression qu’une fiche est ignorée ou moins suivie qu’une autre. Il est plus efficace de concentrer le suivi d’un bug sur une fiche unique d'autant plus que les fiches les plus actives ont bien souvent une plus grande priorité de correction.
  
Si vous constatez que votre issue a été déjà soumise, vous pouvez toujours faire plusieurs choses pour aider :
+
Après vous être connecté, vous verrez le Tableau de bord. Depuis ce point vous avez accès à des filtres de recherche vous donnant accès aux fiches les plus récentes. Par exemple, vous pouvez choisir d’afficher toutes les fiches non résolues (non corrigées ou non étudiées) pour chaque projet. Une fois ce premier filtre appliqué, révisez le filtre pour affiner la recherche.
  
Laisser un commentaire contenant des informations supplémentaires ou des détails
+
Vous pouvez créer et enregistrer vos propres filtres ou lancer de nouvelles recherches depuis la zone de « Recherche Rapide ». Cette recherche est indispensable avant de décider de créer une nouvelle fiche.
* Si c'est un bug, peut-être une autre façon de reproduire ce bug
+
* Voter pour l'issue pour exprimer que vous la trouvez importante.  
+
* Meilleures seront les informations dans une issue spécifique, meilleure chance elle aura d'obtenir une résolution rapide.  
+
  
 +
Si vous constatez que votre bug est déjà signalé, plusieurs actions s’offrent à vous :
  
 +
Laisser un commentaire contenant des informations supplémentaires :
 +
* Une autre façon de reproduire un bug,
 +
* Voter pour la fiche pour signaler que vous la trouvez importante.
 +
* Meilleures seront les informations reportées, meilleures seront les chances d'obtenir une correction rapide.
  
=== Soumettre un bug ===
 
Pour créer une nouvellle issue sur un bug dans JIRA, faites les choses suivantes:
 
* cliquez sur "Créer une Nouvelle issue" le lien dans la barre bleue de navigation vers le haut de l'écran. (Si vous ne le voyez pas, assurez-vous que vous êtes connecté  [[#Logging in|logged in to JIRA]].)
 
  
Sur la première page:
 
* Choisissez un '''projet''' qui correspond au plus près à la sorte de bug que vous soumettez.
 
** Mémento : vous devriez soumettre des issues concernant la sécurité directement à l'équipe de sécurité. Voir [[security issues]].
 
* Choisissez "Bug" comme votre '''type d'issue'''.
 
* Cliquez sur "Suivant".
 
  
Sur la dernière page:
+
=== Signaler un bug ===
* Entrez dans un '''résumé''' concis mais descriptif (le titre) pour l'issue
+
Pour signaler un bug dans le JIRA, suivez les étapes suivantes:
* Choisissez la '''priorité''' (la sévérité) du bug. Par exemple, un bug "bloqueur" pourrait rendre le programme inutile, mais "un petit" bug pourrait être simplement esthétique. Cliquez l'icône en BasdePage pour plus de détails.
+
# Cliquez sur "Create a new issue" dans la barre bleue supérieure. (vous devez être connecté pour la voir) [[#Se connecter|Se connecter au JIRA]].)
* Choisissez les '''composants''' qui réduisent la possibilité du bug. Vous pouvez choisir des composants multiples par Ctrl-clic.
+
#Sur la première page:
* Choisissez les '''versions''' que le bug affecte. Vous devriez seulement choisir ces versions où vous avez observé le bug et choisissez seulement une "version actuelle" si le bug s'applique ''seulement'' à celle-ci.
+
* Choisissez le '''projet''' correspondant le mieux au bug à signaler.
* La partie '''Linden Lab Issue ID''' devrait généralement être laissée blanche à moins que vous ne soyez un Linden. Si vous voulez vous référer à un numéro de ticket de support, qui devrait entrer dans la description, ce n'est pas ici.
+
** Attention : vous devez soumettre les failles de sécurité directement à l'équipe de sécurité. Consultez l’article « [[security issues]] » pour plus d’info.
* Décrivez l' '''environnement''' dans lequel le problème se produit, si vous avez remarqué que le bug se produit seulement avec un certain matériel ou des configurations de logiciel. Une façon de trouver de telles informations est l'option "A propos de" dans le menu Second Life. Vous pouvez calculer approximativement si certains faits pourraient être pertinents (comme le modèle de carte graphique pour les problèmes graphiques, ou les modèles de casque pour les caractéristiques de voix) et chercher davantage d'aide dans la réduction des choses. Si la configuration ne semble pas importer, vous pouvez laisser cet espace blanc.
+
* Choisissez "Bug" dans la zone '''type d'issue''' (type de fiche)
** Par exemple, "Arrive seulement avec Mac OS X 10.4.1," ou "Vu seulement avec la carte NVIDIA GeForce Go 7800," etc.
+
* Cliquez sur "Next".
* Notez une '''description''' détaillée de l'issue et soyez sûr d'inclure:
+
#Sur la deuxième page:
** Les étapes pour correctement reproduire le bug (comment faire arriver le bug), ou au moins une description de ce qui semble causer le bug, dans le détail. Essayez de le rendre aussi simple que possible en étant toujours assez spécifique pour reproduire le bug. Les reproductions plus simples rendent plus facile d'en réduire les causes.
+
## Dans '''summary''' (le titre), entrez descriptif clair et concis du bug.
** Les résultats observés (ce qui arrive quand le bug se produit)
+
## Dans '''priority''', indiquez la gravité du bug. Par exemple, un bug "Showstopper" rend le programme inutilisable alors que un bug typé "small" est simplement esthétique. Cliquez l'icône d’aide (à coté de la zone) pour plus de détails.
** Les résultats attendus (ce à quoi vous vous seriez plutôt attendus)
+
## Dans '''components''', choisissez les composants afin de délimiter le périmètre du bug. Vous pouvez choisir plusieurs composants en utilisant la touche Ctrl.
 +
## Dans '''versions''',  indiquez la version affectée par le bug. Vous devez choisir les versions où le bug a pu être observé. Choisissez "First Look" ''uniquement'' si le bug ne s'applique qu’à la version First Look.
 +
## Dans '''environnement''', décrivez les caractéristiques techniques de votre système. Indiquez par exemple si vous avez remarqué qu’un bug ne se produit qu’avec un certain matériel ou certaines configurations de logiciel.  
 +
*La meilleure façon de reporter ces informations est de reprendre celle données depuis le menu Help> About Second Life... Certains éléments pourraient être révélateurs (comme le modèle de carte graphique pour les problèmes de rendu ou le modèles de casque audio pour les problèmes de chat vocal). Si la configuration ne semble pas importante, laissez cet espace à blanc.
 +
** Par exemple, "Arrive seulement avec Mac OS X 10.4.1," ou "Vu seulement avec la carte NVIDIA GeForce Go 7800," etc. sont également des commentaires intéressants
 +
## Dans '''description''', reportez une description précise du bug. Veillez à y mettre :
 +
** Les étapes pour correctement reproduire le bug (comment générer le bug) ou du moins une description de ce qui semble causer le bug. Essayez de faire cette description aussi simple que possible tout en étant assez précis pour permettre de reproduire le bug. Plus la méthode de reproduction sera plus simples, plus la cause du bug sera facile à trouver.
 +
** Le résultat observés (ce qui arrive quand le bug se produit)
 +
** Le résultat attendu (ce à quoi vous vous seriez plutôt attendu)
 
** Toute autre chose dont vous pensez que cela puisse aider, comme les liens de forum ou les articles de blog.
 
** Toute autre chose dont vous pensez que cela puisse aider, comme les liens de forum ou les articles de blog.
** De nouveau, soyez aussi précis en détail que possible sans inclure des renseignements personnels!
+
** pour rappel, soyez aussi précis que possible et n’incluez pas de renseignements personnels!
*Si vous avez une Capture d'écran ou une vidéo du bug, ou d'autre fichiers pertinents, vous pouvez l'attacher en '''pièce jointe'''.  Notez qu'il y a une limite de grandeur de 10 Mo par fichier. Vous pourrez aussi attacher des fichiers supplémentaires plus tard. (Voir [[Debug Help]] pour les différentes façons de fournir de tels renseignements supplémentaires.)
+
#Si vous avez une Capture d'écran ou une vidéo du bug, ou tout autres fichiers pertinents, vous pouvez l'attacher en '''pièce jointe'''.  Notez qu'il y a une limite de taille de 10 Mo par fichier. Il vous sera toujours possible d’attacher des fichiers supplémentaires plus tard. (Consultez la page [[Debug Help]] pour connaître les différentes façons de fournir de tels renseignements.)
*Si vous êtes un programmeur et que vous joignez une pièce pour le code source, précisez la '''version source''' de votre pièce tout contre et vérifiez la '''pièce à attacher''' à la boîte.
+
#Si vous êtes un développeur et que vous joignez une patch, précisez la '''version source''' sur laquelle s’appuie votre patch et cochez l’option '''patch attached'''.
* Pour finir, cliquez "Créer" pour créer la nouvelle issue.
+
# Enfin, cliquez sur "Create" pour créer la nouvelle fiche.
  
=== Soumettre une nouvelle caractéristique ===
+
=== Proposer une nouvelle fonctionnalité ===
Le processus est semblable au fait de soumettre un bug, avec les différences suivantes:
+
Le processus est semblable à celui du signalement d’un bug avec les variantes suivantes:
  
* Choisissez "Nouvelle Caractéristique" au lieu de "Bug" comme votre '''type d'issue'''.
+
* Choisissez "New Feature" au lieu de "Bug" dans la zone '''type d'issue'''.
* Au lieu d'une "reproduction", décrivez clairement l'implantation désirée et la fonctionnalité de la nouvelle caractéristique. Assurez-vous qu'il n'a pas déjà été fait — vous pouvez vous réfèrer aux [http://www.slhistory.org/index.php/Release_Notes notes libres] pour le contexte historique et lire [http://blog.secondlife.com/ notre blog] pour apprendre plus sur ce que nous en faisons ensuite.
+
* Au lieu de décrire la méthode de reproduction d’un bug, décrivez clairement l’implémentation et la fonctionnalité désirée. Assurez-vous que cette dernière n’a pas déjà été proposée. Vous pouvez également consulter [http://blog.secondlife.com/ notre blog] pour en savoir plus sur les travaux en cours.
  
== Soyez courtois ==
+
=== Signaler une faille de sécurité===
 +
*Les failles de sécurité doivent être signalées directement à l’équipe de sécurité. (Les failles de sécurité sont des bugs permettant d’abuser des autres résidents, d’avoir des accès non autorisés aux scripts, de modifier/copier/transférer les objets des autres (les bugs de pouvoirs) et des bugs susceptibles de compromettre la grille ou la vie privées des résidents.
 +
*Pour plus de réactivité, vous pouvez envoyer directement le descriptif de la faille à security@lindenlab.com. Lisez également [[security issues|cet article]].
  
'''Note:''' Les [http://secondlife.com/corporate/cs.php  Règles de Communauté Standards de Second Life] s'appliquent à tous les secteurs de Second Life, y compris le traqueur d'issues de Second Life. N'importe quel résident qui néglige ces directives peut être interdit d'une future utilisation du traqueur d'issues.
+
== Restez poli ==
  
Exemples de conduites spécifiques ou d'actions qui peuvent donner suite à un bannissement du Traqueur d'issue:
+
'''Note:''' Les [http://secondlife.com/corporate/cs.php CS de Second Life] s'appliquent à tous les domaines de Second Life, y compris le JIRA. N'importe quel résident ne respectant pas ces directives peut se voir interdit l'utilisation du JIRA.
* En utilisant le Traqueur d'Issues pour promouvoir vos affaires, cause, blog, site Internet ou n'importe quoi qui ne soit pas directement rattaché à l'issue.
+
* En raillant - on appelle l'acte de poster un message qui est destiné à inciter à la colère ou à attaquer directement une personne ou des personnes "en raillant" et il n'est pas approprié pour le Traqueur d'Issues. Restez-en s'il vous plaît aux faits de l'issue. Les messages qui l'ignorent peuvent être effacés.
+
* Les Discussions Privées - Poster vos opinions personnelles ou déclamations extravagantes hors du thème. Pjira sert à trouver des solutions aux issues. Nous aimons le commentaire productif. Restez s'il vous plaît fidèles aux détails techniques de la question.
+
* Guerre d'édition - des changements Répétés à une résolution, une priorité ou une classification d'une issue dans le Traqueur d'Issues.
+
  
=== Voter pour les issues ===
+
Exemples de conduites ou d'actions pouvant entraîner un bannissement du JIRA :
Vous pouvez voter pour de nouvelles caractéristiques et des bugs que vous voulez voir résolu et [https://jira.secondlife.com/secure/IssueNavigator.jspa?mode=hide&requestId=10071 voir toutes les issues par # des votes]. JIRA utilise [http://en.wikipedia.org/wiki/Approval_voting le scrutin d'approbation], donc vous pouvez voter pour autant (ou peu)des issues que vous voulez et vous recevez 1 vote par issue.
+
* En utilisant le JIRA pour faire de la publicité ou promouvoir une cause, un blog, un site Internet ou tout sujet non lié au problème.
 +
* La provocation : par l’utilisation de message destiné à inciter la haine ou la colère ou en attaquant directement un autre résident. Ce type de comportement n’est pas adapté au JIRA. Tout message contrevenant à cette règle sera par ailleurs effacé.
 +
* Les Discussions Privées - Poster vos opinions personnelles ou des déclamations hors sujet est interdit. L’objectif du Jira est de trouver des solutions aux problèmes techniques. Nous apprécions les commentaires productifs. Restez dans le sujet. Les messages ne respectant par cette règle seront supprimés.
 +
* Guerre des éditions - Les modifications répétées relatives à la résolution, la priorité ou la classification d’une anomalie sont interdites. En cas de désaccord avec un autre résident, utilisez la partie commentaire de la fiche pour discuter de ces éléments.
  
Les votes peuvent sans hésiter être utilisés comme faisant partie de notre processus de hiérarchisation. Notez que puisque nous devons regarder des aspects comme la faisabilité et le temps exigé pour l'implantation, une issue hautement votée ne va pas nécessairement être résolue en avance d'une moyennement-votée, mais plus accomplie.
+
=== Voter ===
 +
Vous pouvez voter pour l’ajout de nouvelles fonctionnalités et la correction de bugs. Le tri des bugs par nombre de votes est dispo [https://jira.secondlife.com/secure/IssueNavigator.jspa?mode=hide&requestId=10071 ici]. Le JIRA utilise le [http://en.wikipedia.org/wiki/Approval_voting le scrutin d'approbation], vous pouvez voter pour autant de fiches que vous voulez, mais vous êtes limité à un vote par fiche.
  
=== Revenez pour surveiller le statut d'une issue ===
+
Les votes sont utilisés dans le processus de priorisation. La faisabilité et la durée du développement de la nouvelle fonctionnalité ou de la correction de l’anomalie entrent également en ligne de compte. Une fiche ayant reçu beaucoup de vote ne sera pas forcément résolue avant une fiche en ayant moins mais dont la correction est plus facile.
Le Linden Lab reconsidérera des issues soumises à jira.secondlife.com sur une base régulière. L'équipe d'ingénieurs peut exiger des informations supplémentaires du correspondant de l'issue, ou d'autres donateurs, ainsi la reconsidération de toutes vos issues créées/remarquées sera régulièrement utile pendant que le soutien par courrier électronique dans JIRA est rendu inactif.
+
  
Aussi, quand les issues sont résolues à l'intérieur de l'interface le site externe sera actualisé aussi, vérifiez donc vos issues régulièrement pour voir les changements.
+
=== surveiller le l’état de votre fiche===
 +
Linden Lab étudie régulièrement les fiches crées sur jira.secondlife.com. L'équipe en charge de la correction est susceptible de vous demander des informations supplémentaires ou  la participation de d’autres contributeurs. Revenez régulièrement sur votre fiche pour voir si cette dernière a reçu des commentaires ou des questions de Linden Lab.
  
== États d'issue ==
+
== Les États possibles==
  
=== États disponibles ===
+
Voici comment le Linden Lab utilise les états de fiches :
  
Voici comment le Linden Lab utilise les résolutions:
+
; Open : C'est une fiche assigné à un responsable. Ce dernier peut corriger l’anomalie ou la renvoyer à son émetteur en la marquant « Resolved » (voir ci dessous)
 +
; In progress : Un développeur signale qu'il travaille à la correction de l’anomalie.
 +
; Reopened : Comme l’état "Open", sauf que la fiche a été fermée puis rouverte pour signaler que le problème était toujours présent.
 +
; Resolved : C'est une état renvoyant implicitement la fiche à son émetteur. La fiche n’est pas fermée mais plutôt dans une zone de transition don l’issue dépend de sa résolution. C'est à l’émetteur de décider s'il faut rouvrir ou fermer la fiche.
 +
:; Fixed : signifie que le bug est corrigé dans la version officielle de Second Life.
 +
:; Fix Pending : signifie que le bug est corrigé dans une version du client prochainement disponible.
  
; Ouverte : C'est une issue qui appartient au Cessionnaire pour le résoudre. Le cessionnaire peut fixer l'issue, ou renvoyer l'issue au correspondant en la marquant "Résolue" (voir ci-dessous)
+
:; Contact Support : L'anomalie signalée doit être traitée en passant par le support. Le résident foit remplir un ticket.
; En Progrès : C'est ainsi qu'un développeur indique à chacun qu'il/elle travaille l'issue.
+
:; Won't Finish : Signifie que le responsable de la fiche considère que la fiche ne peut et ne sera jamais corrigée.
; Réouvert : même que "Ouvert".
+
:; Duplicate : Signifie qu’une autre fiche décrit déjà le même problème/fonctionnalité.
; Résolue : C'est une attribution implicite en réponse au Rapporteur de l'issue. Elle n'est pas fermée encore, mais plutôt dans un état de limbes qui dépendent de la résolution. C'est au Rapporteur de décider s'il faut réouvrir une issue, ou la fermer.
+
:; Expected Behavior : L'anomalie n'en est pas une, le fonctionnement observé est bien celui attendu.
:; Fixée : signifie que le bug est fixé dans une Mise à Jour publique de Second Life.
+
:; Need more info : cette fiche manque d'informations. Vous devez la compléter si vous souhaitez que l’anomalie puisse être corrigée.
:; Fixe en Attente: Signifie que le bug est fixé dans une version du code qui devrait bientôt être publiquement disponible.
+
:; Under Advisement : L'anomalie nécessite des discussions internes à Linden Lab en plus d'une correction. Cet état permet de signaler à la communauté que la fiche a été vue et est en cours de discussion.
:; Ne sera pas fixée: Signifie que le cessionnaire ne croit pas que cette issue devraient être jamais fixée.
+
:; Cannot reproduce : L’anomalie ne peut pas être reproduite. Peut être une paramétrage ou des actions supplémentaires sont-elles requises pour reproduire l’anomalie. Complétez votre description du problème si vous souhaitez que l’anomalie puisse être corrigée. Les fiches qui ne peuvent être reproduites seront à terme fermées.
:; Double : Signifie qu'il y a une autre issue qui décrit le même problème/idée.
+
:; Misfield : Cette fiche n’est pas traitable dans le jira
:; Besoins Plus d'Informations : cette issue manque d'informations
+
; Closed : La fiche est close.
:; Ne peut pas Se reproduire : nous appliquons cette étiquette assez librement. Fournissez s'il vous plaît une description détaillée de comment reproduire un problème. Les issues qui ne peuvent pas être reproduites seront finalement fermées.
+
:; Mal classée : cette issue n'appartient pas à ce secteur d'issue.
+
; Fermée : Le point final.
+
  
=== Quelle est la différence entre "Fixée" et "Fixe en Attente" ? ===
+
== FAQ ==
C'est simple:
+
  
* "Fixée" signifie que le fait de fixer est disponible dans la version disponible de Second Life, ''en ce moment''.
+
Consultez cette [[Issue tracker/FAQ|page]] pour trouver les réponses aux questions les plus classiques !  
* "Fixe en Attente" signifie que le fait de fixer a été fait dans le Linden Lab et ''n'a pas'' encore été Mis à Jour publiquement. Il peut devoir subir un soin supplémentaire, comme l'assurance de la qualité, ou exige le fait de fusionner une [http://en.wikipedia.org/wiki/Branching_%28software%29 tiers partie], avant d'être disponible pour vous. Pensez-y comme un "Nous en sommes presque là ... nous y viendrons bientôt!" notez.
+
  
== Second Life JIRA QFP (Questions Fréquement Posées) ==
+
== La recherche ==
  
Voir [[Issue tracker/FAQ]] pour les réponses aux questions communes !  
+
Consultez cette [[Issue tracker/Searching|page]] pour davantage d’information !  
  
== Recherche ==
+
== Comment aider? ==
  
Voir la page [[Issue tracker/Searching]] pour plus d'aide !
+
vous avez bien fait de demander
  
 +
=== Identifier les doubles ===
 +
Si vous remarquez une fiche récente qui doublonne une fiche existante déjà bien documentés vous pouvez la passer à l’état "Resolved" et "Duplicate". Choisissez également "Link" et inscrivez le texte "This issue duplicates " (cette fiche doublonne la n°) et indiquez le numéro de la fiche principale. Cela permet de garder une trace de la dépendance des fiches entre eux et d’identifier les bugs les plus souvent signalés. Cela permet ainsi d’attirer l’attention sur les bugs souvent signalés et de centraliser  toutes les fiches au même endroit pour s’assurer qu’il s’agit bien d’un doublon
  
=== Se connecter ===
+
=== Problème de support ===
* Visitez https://jira.secondlife.com et cliquez le lien 'Log In' dans le coin supérieur droit de la page.
+
Cette partie est destinée aux experts techniques capables de différencier un problème de support et un bug – la différence n’est pas toujours évidente. Vous êtes encouragé à « résoudre » ce type de fiches. Une fois une telle fiche « résolue », la responsabilité de montrer qu’il s’agit bien d’un bug affectant plusieurs résidents incombe à l’émetteur de la fiche.
* Sur la page d'ouverture de session, entrez dans votre nom complet d'utilisateur de Second Life et votre mot de passe.
+
* Cela chargera maintenant la page Jira principale que vous avez vue auparavant mais il aura plus d'options, comme "Créer une Issue", un lien pour réviser votre profil et quelques filtres prédéterminés.
+
  
=== Bugs et Nouvelles Caractéristiques ===
+
=== Les anomalies non reproductibles ===
* Vous pouvez vouloir feuilleter le [[Bug Reporting 101]] pour les choses à essayer avant de soumettre un bug.
+
Si en faisant exactement la manipulation décrite, dans le même environnement, vous n’êtes pas capable de reproduire le bug, vous devriez « résoudre » le fiche. Soyez prudents, en cas de problème de rendu graphique, vous devez avoir la même carte vidéo. Il est préférable de laisser cette partie aux experts techniques.
* Vous pouvez aussi proposer de nouvelles caractéristiques par JIRA. (JIRA est le successeur de [http://secondlife.com/vote/ l'Instrument de Caractéristiques aux Votes], parce qu'il a une meilleure recherche et également pour la façon dont les Lindens organisent les issues à l'intérieur. De plus, vous pouvez y discuter avec d'autres Résidents.)
+
  
=== Profil Utilisateur ===
+
=== Reproduction des bugs ===
* Chaque utilisateur JIRA a un "profil". Le profil se compose de votre Nom d'utilisateur (votre nom dans SL), nom complet (dans notre cas, aussi votre nom dans SL) et tous les groupes JIRA auxquels vous appartenez. Pour la plupart des personnes, cela signifie des "utilisateurs-jira."
+
Ce point est très important!
 +
Si vous êtes en mesure de lister étapes par étapes la marche à suivre pour reproduire le bug, faites le ! De telle description facilite le travail de Linden Lab en les aidant à se focaliser sur les bugs reproductibles. À moins un qu’un bug puisse être reproduit, il est impossible de vérifier sa correction ou non. Suivez la description de l’émetteur de la fiche et rédigez une liste des étapes à suivre pour générer le bug, ajoutez cette liste à la fiche en signalant que le bug a pu être reproduit. Les anomalies le plus largement documentées ont une plus haute priorité de correction et facilite le travail de l’équipe de tri des bugs.
  
* L'adresse du courrier électronique associée à votre compte restera anonyme à d'autres utilisateurs. L'adresse n'est pas visible ou configurable pour le moment. L'importation directe de l'adresse de votre courrier électronique de la base de données de Second Life est actuellement inactive.
+
== Autres sources d’informations==
 +
Vous voulez en apprendre plus sur notre Traqueur d'issues?
  
* Le profil de JIRA n'est pas éditable parce que le fait de permettre des changements introduirait des conflits dans votre compte de Second Life. Si vous voulez réviser des renseignements de compte comme l'adresse de votre courrier électronique, s'il vous plaît, utilisez l'[https://secondlife.com/account ouverture de session à la page de gestion des comptes] de secondlife.com.
+
* '''[[Issue Tracker Forum Transcript]]''' - les Informations de Rob et Aric Linden sur les raisons de l’utilisation du Jira, les opérations réalisés en arriere plan et les réponses à différentes questions relatives au Jira.  
 
+
* [http://www.atlassian.com/software/jira/docs/latest/introduction.html Le guide d'utilisation du JIRA] par Atlassian, créateur du JIRA.
=== Modifier ses préférences ===
+
* Si vous voulez afficher plus d'issues par page ou changer la langue affichée du JIRA, utilisez la [https://jira.secondlife.com/secure/UpdateUserPreferences!default.jspa Mise à jour des Préférences Utilisateur] après vous être connecté.
+
 
+
 
+
=== Trouvé un bug sur JIRA lui-même! ===
+
Quand vous avez trouvé un bug ou un autre problème (en incluant la demande de caractéristique) sur le JIRA lui-même, les Lindens veulent que vous le classiez sur le JIRA dirigé par Atlassian (le développeur de logiciel JIRA) par vous-même, non pas via le JIRA public SL. C'est disponible sur http://jira.atlassian.com
+
 
+
Les Lindens souhaiteraient aussi que vous mettiez un lien vers l'issue que vous avez classée [[Talk:Issue tracker#Feature pour Atlassian|ici]] si vous en avez fais une.
+
 
+
=== Mais qu'est-ce que JIRA '''veut dire'''? ===
+
Euh ... cela signifie “Godzilla”. [http://confluence.atlassian.com/pages/viewpage.action?pageId=192544 Non, vraiment.]
+
 
+
== Recherche ==
+
Regardez cette vidéo :
+
<videoflash>SAlXK5hSVMc</videoflash>
+
 
+
=== Paramètres ===
+
* La recherche de JIRA est facile dès que vous connaissez un peu les paramètres que vous pouvez utiliser.
+
* Pour les instructions en recherche dans JIRA, visitez s'il vous plaît [http://www.atlassian.com/software/jira/docs/v3.7.1/querysyntax.html la syntaxe de requête de JIRA] et [http://www.atlassian.com/software/jira/docs/v3.7.1/quicksearch.html la recherche rapide JIRA].
+
 
+
=== Exécuter une recherche ===
+
* D'abord, cliquez le lien "Trouver des Issues" en haut de l'écran.
+
* Entrez ensuite, les paramètres que vous voulez chercher dans la case de recherche à gauche de l'écran.
+
* Comme exemple, si je veux chercher des issues qui n'ont pas été résolues et qui contiennent le mot "avatar", je choisirais les paramètres suivants:
+
** Projet = tous les projets
+
** Recherche de texte = avatar
+
** Résolutions = Non résolue
+
* Une autre recherche possible serait pour n'importe quelles issues qui ont été fixées la semaine dernière dans un projet particulier. Par exemple, je veux trouver tous les bugs dans l'interface de Second Life qui ont été résolus entre le 1 février 2007 et le 14 février 2007. J'entrerais donc les paramètres suivants:
+
** (Optionnel : Cliquez le lien "Nouveau" dans la case de recherche pour effacer les cadres des recherches précédentes)
+
** Projet = interface Second Life
+
** Résolution = Fixée
+
** Actualisé Après = le 31 janvier 2007
+
** Actualisé Avant = le 15 février 2007
+
 
+
=== Economiser une recherche avec un Filtre ===
+
* Un ''filtre'' de recherche est une recherche sauvegardée que vous pouvez partager avec d'autres.
+
* Après avoir exécutée une recherche comme décrit ci-dessus, vous pouvez la sauvegarder comme filtre en cliquant le lien "Sauvegarder" dans la case de Recherche.
+
* Donnez au filtre un nom expressif, par exemple "les bugs avatar Non résolus dans tous les projets."
+
* Maintenant vous pouvez accéder à la recherche et le lancer d'un moment à l'autre en cliquant le lien "Filtre" dans le coin supérieur droit de la page. Cela économise du temps et des efforts, surtout si vous effectuez souvent la même recherche complexe et que voulez un résultat rapide!
+
 
+
== Comment je peux aider? ==
+
 
+
Content vous ayez demandé! 
+
 
+
=== Marquer des Doubles ===
+
Si vous remarquez une plus nouvelle issue qui est un double d'une issue existante avec beaucoup plus de commentaires, pièces, ou votes, vous êtes libre de choisir "Résolues" et "Double".  Mais quand vous le faites, choisissez s'il vous plaît aussi le "Lien", et précisez ensuite "Ces doubles issues" et signalez le numéro de bug principal. Cela permet à chacun de garder la trace dont les bugs sont des doubles l'un de l'autre et cela évite que des bugs soient annoncés plus que d'autres. Cela garantit que les bugs qui sont souvent annoncés reçoivent la plus haute attention et permet aussi aux doubles d'être reconsidéré sur un endroit central, pour garantir qu'ils sont vraiment des doubles.
+
 
+
=== Résoudre des issues de support ===
+
Cette partie est laissée aux utilisateurs techniquement experts qui peuvent percevoir la différence entre une issue de support et un bug - ce n'est pas toujours évident de les différencier. Vous devriez pour la plupart "Résoudre" un rapport qui semble être une issue de support.  "En Résolution" sur une issue remet la responsabilité sur le rapporteur à fournir plus d'informations sur pourquoi le rapport n'est pas une issue de support et est effectivement un bug reproductible qu'une classe entière d'utilisateur connaît.
+
 
+
=== Résoudre des bugs que vous ne pouvez pas reproduire ===
+
Si vous faites exactement qui est signaler comme bug, avec le même environnement et que vous ne pouvez pas reproduire ce bug, vous devriez résoudre le bug. Soyez prudents, si un bug est rattaché à l'interprétation graphique et que vous n'avez pas la même carte vidéo, par exemple, qui n'est dans pas le même environnement et que vous ne pouvez pas faire cette constatation. De nouveau c'est mieux de laisser cette partie aux utilisateurs techniquement experts.
+
 
+
=== Reproduire des bugs ===
+
Celui-ci est très important! Si vous pouvez créer étapes par étapes la liste pour reproduire le bug dans le rapport de bug, cela aide le Linden Lab à se concentrer sur les bugs qui peuvent être verifiables et fixés. À moins qu'un bug ne puisse être reproduit, il est impossible de savoir s'il a été fixé ou non. Faites ce que le rapporteur de bug a décrit qu'il faisait, inscrivez une liste détaillée étapes par étapes de choses que vous avez faites pour voir arriver le bug et informer en disant que vous avez avec succès reproduit le bug. De tels bugs avec les reproductions solides reçoivent la plus haute priorité dans le processus de développement et aident l'Equipe de Triage de bugs à travailler plus efficacement.
+
 
+
== Ressources liées ==
+
Vous voulez en apprendre plus sur notre Traqueur d'issues?
+
  
* '''[[Issue Tracker Forum Transcript]]''' - les Informations de Rob et Aric Linden sur pourquoi nous avons un Traqueur d'issues, ses travaux en coulisses et réponses aux différentes questions.
 
* [http://www.atlassian.com/software/jira/docs/latest/introduction.html Le guide d'utilisateur de JIRA] par Atlassian, créateurs de JIRA.
 
  
[[Category: Issue Tracker]]
+
[[Category: Issue Tracker/fr]]

Revision as of 13:00, 18 December 2008

Emblem-important-red.png Avertissement

La traduction de cet article est obsolète. Pour accéder au contenu le plus récent, veuillez vous reporter à la version anglaise.

Si vous le souhaitez, vous pouvez participer à la mise à jour de la traduction de cet article en vous inscrivant à la page Community Translation Project. set version=2

Update Needed

This article needs an update to reflect recent changes in the base article located at Issue tracker. When you're done with the update, change the {{Help/CODE|Parent=Issue tracker|BugFixes=*}} part to {{Help/CODE|Version=2|Parent=Issue tracker|BugFixes=*}}. Thank you for your help!


Deux choses à noter avant de commencer :

Cartella blu.jpg
Info.png
Les contributions
   

Toutes les contributions via le site Internet (JIRA inclus) sont gouvernées par la Contribution Agréement de Second Life. Ainsi, en y ajoutant des patchs et toutes autres informations, vous reconnaissez en avoir pris connaissance, compris et approuvé les termes.

Cartella blu.jpg
Info.png
L’Utilisation
   

Le JIRA n'est pas destiné aux demandes de support technique, s'il vous plait n'ajoutez pas de fiches qui exigeraient une réponse personnalisée. Si vous cherchez de l'aide spécifique à votre compte, utilisez plutôt notre support.

Exemples: à traiter avec le support et non avec le JIRA:

  • "Je ne peux pas modifier mes coûts de location"
  • "Une partie de mon inventaire à disparu"
  • "Quelqu'un a volé mes L$"

Le JIRA, consultable à http://jira.secondlife.com, est une base de données utilisée pour organiser les bugs et les propositions d’évolution des résidents de Second Life. C’est ici que vous pouvez documenter les problèmes que vous rencontrez dans les versions open sources ou officiel de Second Life. Cette page est destinée à vous familiariser avec le JIRA.

Plus précisément, le JIRA est un outil de gestion des anomalies destiné à la gestion de projet et édité par Atlassian. Il est utilisé par la communauté open source de Second Life et peut être également nommé "JIRA Public", "PJIRA", ou simplement "JIRA", selon le contexte.

Son fonctionnement

Il y a deux types principaux de fiche : Les bugs et les propositions d’évolution.

  • Un rapport de bug est composé d'une description du problème et, si c'est possible, d’une méthode de reproduction.
  • Une proposition d’évolution est composée d'une description et des principes de fonctionnement de la nouvelle fonctionnalité.
  1. Les deux types de fiches sous soumises aux autres utilisateurs, qui peuvent ajouter de nouvelles informations ou des descriptions meilleures ou simplifiées voire des cas de reproduction pour les anomalies.
  2. Les fiches les plus populaires accumulent les votes d'autres utilisateurs.
  3. Les programmeurs de la communauté open source peuvent y joindre « leur patchs », ou détailler les modifications à réaliser pour corriger l’anomalie.
  4. Les votes et les réunions de tri aide à prioriser les fiches.
  5. Les fiche approuvée par Linden Lab sont "importées" dans le JIRA privé de Linden Lab. Cela signifie que l’anomalie est étudiée et qu’un correctif est à l’étude.

Une fois la fiche importée, il est possible de connaître sont avancement au travers de son statut :

  • Dès que les modifications sont réalisées et en attente d’intégration dans le client, la fiche prend le statut "Fix Pending" (patch en attente).
  • Une fois la modification ajoutée au client, le fiche est résolue et prend le statut "Fixed" (corrigé).
  • Généralement, après confirmation de la correction de l’anomalie par l’équipe qualité de Linden Lab et la communauté SL, la fiche passe de "Resolved" à "Closed".

En plus des états "Fix Pending" et "Fixed", une fiche peut aussi être résolue ou fermée si elle doublonne une autre fiche, est non reproductible, mal classée, incomplète, n’est pas un bug, etc.

Signaler un bug / Proposer une fonctionnalité

Si vous vous sentez perdu et ne savez pas par où commencer, regardez cette vidéo (15 minutes):

Guide de signalement des bugs

  • Fournissez toujours les étapes à suivre pour reproduire le bug (et numérotez-les !) Nous pouvons étudier un bug UNIQUEMENT si nous pouvons le reproduire. Plus un bug se reproduit facilement, plus vite il peut être corrigé.
    • Par exemple, au lieu de dire "Je crash quand j'importe des fichiers", la description devrait détailler les étapes à suivre :
  1. 1. Je clique sur Fichier > Importer Image ($L10)...
    2. Je choisis un fichier .TXT au lieu d'un fichier .JPG
    3. Je clique sur Ouvrir
    4. RESULTAT : mon ordinateur crash. Aucune fenêtre d'incident n'apparaît.
    • Vous pouvez envoyer cette explication à un ami. Si votre ami arrive à suivre les étapes, il y a de fortes chances que nous le puissions aussi!
  • N’hésitez pas à ajouter des images, des vidéos, des rapports d'incident (log de crash) ou tout autres fichiers liés à votre anomalie (dans la limite de 10 Mo chacun). Dans l’exemple précédent, il pourrait être intéressant,par exemple, de joindre le fichier que vous avez essayé d’importer.
  • N’expliquez qu’un seul problème par fiche. Chacun bug a besoin de sa propre fiche afin d’être suivi individuellement.
  • Recherchez votre anomalie dans les fiches existantes avant d’en créer une afin d’éviter les doublons
  • Lorsque vous décrivez un bug, évitez d’utiliser les noms de résidents ou de donner des renseignements personnels. Si le bug semble a un impact limité à vous même ou à très peu de personnes, vous devriez commencer par contacter le support technique via son portail.

Restez à jour

  1. Consultez les Release Notes pour connaître les dernières évolutions du client. Des informations sur un nouveau bug ou une note sur une modification intentionnelle peuvent y figurer. Par exemple, l’interdiction de vente de terrain pour 0 L$ est une fonction voulue, pas un bug !
  1. Vérifiez que vos pilotes graphiques sont à jour. Pour les utilisateurs expérimentés, les Pilotes Omega sont des versions modifiée et couramment utilisées.

Savoir si un bug a déjà été signalé

Avant de signaler un bug, vous devez préalablement vérifier s’il n’y a pas des informations sur le sujet dans le portail du support ou si un rapport récent fait état de problème ponctuel sur la grille.

Eviter les doublons est très important. Leur gestion représente un important travail de tri (tant pour les Lindens que pour les résidents) et cela peut provoquer des bugs et des frustrations en donnant la fausse impression qu’une fiche est ignorée ou moins suivie qu’une autre. Il est plus efficace de concentrer le suivi d’un bug sur une fiche unique d'autant plus que les fiches les plus actives ont bien souvent une plus grande priorité de correction.

Après vous être connecté, vous verrez le Tableau de bord. Depuis ce point vous avez accès à des filtres de recherche vous donnant accès aux fiches les plus récentes. Par exemple, vous pouvez choisir d’afficher toutes les fiches non résolues (non corrigées ou non étudiées) pour chaque projet. Une fois ce premier filtre appliqué, révisez le filtre pour affiner la recherche.

Vous pouvez créer et enregistrer vos propres filtres ou lancer de nouvelles recherches depuis la zone de « Recherche Rapide ». Cette recherche est indispensable avant de décider de créer une nouvelle fiche.

Si vous constatez que votre bug est déjà signalé, plusieurs actions s’offrent à vous :

Laisser un commentaire contenant des informations supplémentaires :

  • Une autre façon de reproduire un bug,
  • Voter pour la fiche pour signaler que vous la trouvez importante.
  • Meilleures seront les informations reportées, meilleures seront les chances d'obtenir une correction rapide.


Signaler un bug

Pour signaler un bug dans le JIRA, suivez les étapes suivantes:

  1. Cliquez sur "Create a new issue" dans la barre bleue supérieure. (vous devez être connecté pour la voir) Se connecter au JIRA.)
  2. Sur la première page:
  • Choisissez le projet correspondant le mieux au bug à signaler.
    • Attention : vous devez soumettre les failles de sécurité directement à l'équipe de sécurité. Consultez l’article « security issues » pour plus d’info.
  • Choisissez "Bug" dans la zone type d'issue (type de fiche)
  • Cliquez sur "Next".
  1. Sur la deuxième page:
    1. Dans summary (le titre), entrez descriptif clair et concis du bug.
    2. Dans priority, indiquez la gravité du bug. Par exemple, un bug "Showstopper" rend le programme inutilisable alors que un bug typé "small" est simplement esthétique. Cliquez l'icône d’aide (à coté de la zone) pour plus de détails.
    3. Dans components, choisissez les composants afin de délimiter le périmètre du bug. Vous pouvez choisir plusieurs composants en utilisant la touche Ctrl.
    4. Dans versions, indiquez la version affectée par le bug. Vous devez choisir les versions où le bug a pu être observé. Choisissez "First Look" uniquement si le bug ne s'applique qu’à la version First Look.
    5. Dans environnement, décrivez les caractéristiques techniques de votre système. Indiquez par exemple si vous avez remarqué qu’un bug ne se produit qu’avec un certain matériel ou certaines configurations de logiciel.
  • La meilleure façon de reporter ces informations est de reprendre celle données depuis le menu Help> About Second Life... Certains éléments pourraient être révélateurs (comme le modèle de carte graphique pour les problèmes de rendu ou le modèles de casque audio pour les problèmes de chat vocal). Si la configuration ne semble pas importante, laissez cet espace à blanc.
    • Par exemple, "Arrive seulement avec Mac OS X 10.4.1," ou "Vu seulement avec la carte NVIDIA GeForce Go 7800," etc. sont également des commentaires intéressants
    1. Dans description, reportez une description précise du bug. Veillez à y mettre :
    • Les étapes pour correctement reproduire le bug (comment générer le bug) ou du moins une description de ce qui semble causer le bug. Essayez de faire cette description aussi simple que possible tout en étant assez précis pour permettre de reproduire le bug. Plus la méthode de reproduction sera plus simples, plus la cause du bug sera facile à trouver.
    • Le résultat observés (ce qui arrive quand le bug se produit)
    • Le résultat attendu (ce à quoi vous vous seriez plutôt attendu)
    • Toute autre chose dont vous pensez que cela puisse aider, comme les liens de forum ou les articles de blog.
    • pour rappel, soyez aussi précis que possible et n’incluez pas de renseignements personnels!
  1. Si vous avez une Capture d'écran ou une vidéo du bug, ou tout autres fichiers pertinents, vous pouvez l'attacher en pièce jointe. Notez qu'il y a une limite de taille de 10 Mo par fichier. Il vous sera toujours possible d’attacher des fichiers supplémentaires plus tard. (Consultez la page Debug Help pour connaître les différentes façons de fournir de tels renseignements.)
  2. Si vous êtes un développeur et que vous joignez une patch, précisez la version source sur laquelle s’appuie votre patch et cochez l’option patch attached.
  3. Enfin, cliquez sur "Create" pour créer la nouvelle fiche.

Proposer une nouvelle fonctionnalité

Le processus est semblable à celui du signalement d’un bug avec les variantes suivantes:

  • Choisissez "New Feature" au lieu de "Bug" dans la zone type d'issue.
  • Au lieu de décrire la méthode de reproduction d’un bug, décrivez clairement l’implémentation et la fonctionnalité désirée. Assurez-vous que cette dernière n’a pas déjà été proposée. Vous pouvez également consulter notre blog pour en savoir plus sur les travaux en cours.

Signaler une faille de sécurité

  • Les failles de sécurité doivent être signalées directement à l’équipe de sécurité. (Les failles de sécurité sont des bugs permettant d’abuser des autres résidents, d’avoir des accès non autorisés aux scripts, de modifier/copier/transférer les objets des autres (les bugs de pouvoirs) et des bugs susceptibles de compromettre la grille ou la vie privées des résidents.
  • Pour plus de réactivité, vous pouvez envoyer directement le descriptif de la faille à security@lindenlab.com. Lisez également cet article.

Restez poli

Note: Les CS de Second Life s'appliquent à tous les domaines de Second Life, y compris le JIRA. N'importe quel résident ne respectant pas ces directives peut se voir interdit l'utilisation du JIRA.

Exemples de conduites ou d'actions pouvant entraîner un bannissement du JIRA :

  • En utilisant le JIRA pour faire de la publicité ou promouvoir une cause, un blog, un site Internet ou tout sujet non lié au problème.
  • La provocation : par l’utilisation de message destiné à inciter la haine ou la colère ou en attaquant directement un autre résident. Ce type de comportement n’est pas adapté au JIRA. Tout message contrevenant à cette règle sera par ailleurs effacé.
  • Les Discussions Privées - Poster vos opinions personnelles ou des déclamations hors sujet est interdit. L’objectif du Jira est de trouver des solutions aux problèmes techniques. Nous apprécions les commentaires productifs. Restez dans le sujet. Les messages ne respectant par cette règle seront supprimés.
  • Guerre des éditions - Les modifications répétées relatives à la résolution, la priorité ou la classification d’une anomalie sont interdites. En cas de désaccord avec un autre résident, utilisez la partie commentaire de la fiche pour discuter de ces éléments.

Voter

Vous pouvez voter pour l’ajout de nouvelles fonctionnalités et la correction de bugs. Le tri des bugs par nombre de votes est dispo ici. Le JIRA utilise le le scrutin d'approbation, vous pouvez voter pour autant de fiches que vous voulez, mais vous êtes limité à un vote par fiche.

Les votes sont utilisés dans le processus de priorisation. La faisabilité et la durée du développement de la nouvelle fonctionnalité ou de la correction de l’anomalie entrent également en ligne de compte. Une fiche ayant reçu beaucoup de vote ne sera pas forcément résolue avant une fiche en ayant moins mais dont la correction est plus facile.

surveiller le l’état de votre fiche

Linden Lab étudie régulièrement les fiches crées sur jira.secondlife.com. L'équipe en charge de la correction est susceptible de vous demander des informations supplémentaires ou la participation de d’autres contributeurs. Revenez régulièrement sur votre fiche pour voir si cette dernière a reçu des commentaires ou des questions de Linden Lab.

Les États possibles

Voici comment le Linden Lab utilise les états de fiches :

Open 
C'est une fiche assigné à un responsable. Ce dernier peut corriger l’anomalie ou la renvoyer à son émetteur en la marquant « Resolved » (voir ci dessous)
In progress 
Un développeur signale qu'il travaille à la correction de l’anomalie.
Reopened 
Comme l’état "Open", sauf que la fiche a été fermée puis rouverte pour signaler que le problème était toujours présent.
Resolved 
C'est une état renvoyant implicitement la fiche à son émetteur. La fiche n’est pas fermée mais plutôt dans une zone de transition don l’issue dépend de sa résolution. C'est à l’émetteur de décider s'il faut rouvrir ou fermer la fiche.
Fixed 
signifie que le bug est corrigé dans la version officielle de Second Life.
Fix Pending 
signifie que le bug est corrigé dans une version du client prochainement disponible.
Contact Support 
L'anomalie signalée doit être traitée en passant par le support. Le résident foit remplir un ticket.
Won't Finish 
Signifie que le responsable de la fiche considère que la fiche ne peut et ne sera jamais corrigée.
Duplicate 
Signifie qu’une autre fiche décrit déjà le même problème/fonctionnalité.
Expected Behavior 
L'anomalie n'en est pas une, le fonctionnement observé est bien celui attendu.
Need more info 
cette fiche manque d'informations. Vous devez la compléter si vous souhaitez que l’anomalie puisse être corrigée.
Under Advisement 
L'anomalie nécessite des discussions internes à Linden Lab en plus d'une correction. Cet état permet de signaler à la communauté que la fiche a été vue et est en cours de discussion.
Cannot reproduce 
L’anomalie ne peut pas être reproduite. Peut être une paramétrage ou des actions supplémentaires sont-elles requises pour reproduire l’anomalie. Complétez votre description du problème si vous souhaitez que l’anomalie puisse être corrigée. Les fiches qui ne peuvent être reproduites seront à terme fermées.
Misfield 
Cette fiche n’est pas traitable dans le jira
Closed 
La fiche est close.

FAQ

Consultez cette page pour trouver les réponses aux questions les plus classiques !

La recherche

Consultez cette page pour davantage d’information !

Comment aider?

vous avez bien fait de demander

Identifier les doubles

Si vous remarquez une fiche récente qui doublonne une fiche existante déjà bien documentés vous pouvez la passer à l’état "Resolved" et "Duplicate". Choisissez également "Link" et inscrivez le texte "This issue duplicates " (cette fiche doublonne la n°) et indiquez le numéro de la fiche principale. Cela permet de garder une trace de la dépendance des fiches entre eux et d’identifier les bugs les plus souvent signalés. Cela permet ainsi d’attirer l’attention sur les bugs souvent signalés et de centraliser toutes les fiches au même endroit pour s’assurer qu’il s’agit bien d’un doublon

Problème de support

Cette partie est destinée aux experts techniques capables de différencier un problème de support et un bug – la différence n’est pas toujours évidente. Vous êtes encouragé à « résoudre » ce type de fiches. Une fois une telle fiche « résolue », la responsabilité de montrer qu’il s’agit bien d’un bug affectant plusieurs résidents incombe à l’émetteur de la fiche.

Les anomalies non reproductibles

Si en faisant exactement la manipulation décrite, dans le même environnement, vous n’êtes pas capable de reproduire le bug, vous devriez « résoudre » le fiche. Soyez prudents, en cas de problème de rendu graphique, vous devez avoir la même carte vidéo. Il est préférable de laisser cette partie aux experts techniques.

Reproduction des bugs

Ce point est très important! Si vous êtes en mesure de lister étapes par étapes la marche à suivre pour reproduire le bug, faites le ! De telle description facilite le travail de Linden Lab en les aidant à se focaliser sur les bugs reproductibles. À moins un qu’un bug puisse être reproduit, il est impossible de vérifier sa correction ou non. Suivez la description de l’émetteur de la fiche et rédigez une liste des étapes à suivre pour générer le bug, ajoutez cette liste à la fiche en signalant que le bug a pu être reproduit. Les anomalies le plus largement documentées ont une plus haute priorité de correction et facilite le travail de l’équipe de tri des bugs.

Autres sources d’informations

Vous voulez en apprendre plus sur notre Traqueur d'issues?