Outil de suivi des anomalies

/fr

	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!

Tout d'abord, deux choses à noter:

Contributions     Toutes les soumissions au site (JIRA inclus) sont gouvernées selon 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. 6px

Pas un moyen de contacter le sevice support     Le Traqueur d'issues JIRA n'est pas pour les demandes de support technique, 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 ressources de support. Examples: for support, not the Issue Tracker: "Je ne peux pas changer mes taux à payer" "J'ai perdu une partie de mon inventaire" "Quelqu'un a volé mes L$" 6px

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.

Plus précisément, JIRA est un instrument d'administration et d'édition de projet fait par 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

Il y a deux types principaux d'issues : l'annonce de bugs et les nouvelles caractéristiques.

• Un rapport de bug est composé d'une description du problème et, si c'est possible, une façon de le reproduire.
• Une nouvelle demande de caractéristique est composée d'une description et comment la caractéristique proposée devrait fonctionner.

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.

Après que l'issue ai reçu l'attention de Linden, d'autres peuvent toujours continuer à aider :

• Dès que les changements sont accomplis et en attente de proposition au public, le bug est résolu comme "Fixe en Attente".
• Quand le changement a été rendu disponible, il est résolu comme "Fixé".
• Généralement, après être confirmé comme fixée par Linden Lab Quality Assurance Team et notre communauté, son statut est passé de "Résolue" à "Fermée".

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.

La création de rapport de bug et les demandes de caractéristique

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

<videoflash>Jofq8ClPfNg</videoflash>

Guide pour un rapport de bug

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. 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: 1. J'ai cliqué sur Fichier > Importer Image ($L10)... 2. Je choisis un fichier .TXT au lieu d'un fichier .JPG 3. Je clique le bouton Ouvrir 4. OBSERVE: mon ordinateur crash. Aucune fenêtre d'incident n'apparait. 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! 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. 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é. Recherchez vraiment dans les issues d'abord pour garantir que le vôtre n'y est pas en double. 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 le portail de support.

Changements récents

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.

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 NVIDIA site officiel ou le ATI site officiel. Les Pilotes Omegasont souvent des versions utilisées et modifiées de ces pilotes.

Déterminer si l'issue a déjà été soumise

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é.

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!

Si vous constatez que votre issue a été déjà soumise, vous pouvez toujours faire plusieurs choses pour aider :

Laisser un commentaire contenant des informations supplémentaires ou des détails

• 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.

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é 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 - voir #Projets et Composants.
  • 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:

• Entrez dans un résumé concis mais descriptif (le titre) pour l'issue
• 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.
• Choisissez les composants qui réduisent la possibilité du bug. Vous pouvez choisir des composants multiples par Ctrl-clic.
• 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.
• 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.
• 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.
  • Par exemple, "Arrive seulement avec Mac OS X 10.4.1," ou "Vu seulement avec la carte NVIDIA GeForce Go 7800," etc.
• Notez une description détaillée de l'issue et soyez sûr d'inclure:
  • 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.
  • Les résultats observés (ce qui arrive quand le bug se produit)
  • Les résultats attendus (ce à quoi vous vous seriez plutôt attendus)
  • 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!
• 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 ê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.
• Pour finir, cliquez "Créer" pour créer la nouvelle issue.

Soumettre une nouvelle caractéristique

Le processus est semblable au fait de soumettre un bug, avec les différences suivantes:

• Choisissez "Nouvelle Caractéristique" au lieu de "Bug" comme votre 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 notes libres pour le contexte historique et lire notre blog pour apprendre plus sur ce que nous en faisons ensuite.

Soyez courtois

Note: Les 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ésidant qui néglige ces directives peut être interdit d'une future utilisation du traqueur d'issues.

Exemples de conduites spécifiques ou d'actions qui peuvent donner suite à un bannissement du Traqueur d'issue:

• Using the Issue Tracker to promote a business, cause, blog, website or anything not directly related to the issue at hand.
• Flaming - The act of posting a message that is intended to incite anger or directly attack a person or persons is called "Flaming" and it not appropriate for the Issue Tracker. Please keep to the facts of the issue at hand. Posts that disregard this may be deleted.
• Private Discussions - Blogging your personal opinions or off-topic rants. The issue tracker is about finding solutions to bugs and problems. We love productive feedback. Please stick to the technical details of the matter at hand.
• Editing Wars - Repeated changes to a resolution, priority or classification of an issue within the issue tracker.

Voter pour les issues

Vous pouvez voter pour de nouvelles caractéristiques et des bugs que vous voulez voir résolu et voir toutes les issues par # des votes. JIRA utilise le scrutin d'approbation, donc vous pouvez voter pour autant (ou peu)des issues que vous voulez et vous recevez 1 vote par issue.

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.

Revenez pour surveiller le statut d'une issue

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.

États d'issue

États disponibles

Voici comment le Linden Lab utilise les résolutions:

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)

En Progrès

C'est ainsi qu'un développeur indique à chacun qu'il/elle travaille l'issue.

Réouvert

même que "Ouvert".

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.

Fixée

signifie que le bug est fixé dans une Mise à Jour publique de Second Life.

Fixe en Attente

Signifie que le bug est fixé dans une version du code qui devrait bientôt être publiquement disponible.

Ne sera pas fixée

Signifie que le cessionnaire ne croit pas que cette issue devraient être jamais fixée.

Double

Signifie qu'il y a une autre issue qui décrit le même problème/idée.

Besoins Plus d'Informations

cette issue manque d'informations

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" ?

C'est simple:

• "Fixée" signifie que le fait de fixer est disponible dans la version disponible de Second Life, en ce moment.
• "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 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)

Voir Issue tracker/FAQ pour les réponses aux questions communes !

Recherche

Voir la page Issue tracker/Searching pour plus d'aide !

Se connecter

• Visitez https://jira.secondlife.com et cliquez le lien 'Log In' dans le coin supérieur droit de la page.
• 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

• Vous pouvez vouloir feuilleter le Bug Reporting 101 pour les choses à essayer avant de soumettre un bug.
• Vous pouvez aussi proposer de nouvelles caractéristiques par JIRA. (JIRA est le successeur de 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

• 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."

• 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.

• 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'ouverture de session à la page de gestion des comptes de secondlife.com.

Modifier ses préférences

• Si vous voulez afficher plus d'issues par page ou changer la langue affichée du JIRA, utilisez la 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 ici si vous en avez fais une.

Mais qu'est-ce que JIRA veut dire?

Euh ... cela signifie “Godzilla”. 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 la syntaxe de requête de JIRA et 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.
• Le guide d'utilisateur de JIRA par Atlassian, créateurs de JIRA.