Difference between revisions of "FR/IssueTracker/Glossaire"
Tonygalmiche (Talk | contribs) (→Dependson) |
m (Ajout de catégorie.) |
||
(3 intermediate revisions by 2 users not shown) | |||
Line 94: | Line 94: | ||
Même chose que "Depends On" | Même chose que "Depends On" | ||
− | |||
= Keywords = | = Keywords = | ||
Mots clés : Il est possible d'associer à chaque issue un ou plusieurs mots-clés, pour faciliter les recherches. | Mots clés : Il est possible d'associer à chaque issue un ou plusieurs mots-clés, pour faciliter les recherches. | ||
− | |||
= Opendate = | = Opendate = | ||
Line 228: | Line 226: | ||
Votes : Il est possible de voter pour les issues. Plus une issue reçoit de votes, plus elle aura de chances d'être résolue rapidement. | Votes : Il est possible de voter pour les issues. Plus une issue reçoit de votes, plus elle aura de chances d'être résolue rapidement. | ||
+ | |||
+ | [[Category:FR/IssueTracker]] |
Latest revision as of 10:41, 15 May 2009
Contents
- 1 Added comment
- 2 Assigned to
- 3 Attachments
- 4 Blocks
- 5 CC
- 6 Changedate
- 7 Component
- 8 Dependson
- 9 Description
- 10 ID ou issue numbered
- 11 Issue creation
- 12 Issue_type ou Type
- 13 Issue xx depends on
- 14 Keywords
- 15 Opendate
- 16 OS
- 17 Owner
- 18 QA Team
- 19 Platform ou plt
- 20 Priority
- 21 Qa_contact
- 22 Reporter
- 23 Resolution ou Result
- 24 RFEs (Request For Enhancements)
- 25 Status
- 26 Status_whiteboard
- 27 Subcomponent
- 28 Submitted by
- 29 Summary
- 30 Summaryfull
- 31 Target_milestone
- 32 URL
- 33 Version
- 34 Votes
Added comment
Commentaire additionnel : Plusieurs personnes peuvent apporter des commentaires sur une issue.
Assigned to
Responsable de l'issue : Personne affectée à la résolution de l'issue
Attachments
Pièces jointes : Pièces jointes attachées aux issues
Blocks
Cela veut dire que l'issue en question bloque la résolution d'une autre issue répertoriée. C'est le cas parfois lorsque la solution à un problème dépend de la résolution au premier problème.
CC
Copie Carbone : Listes des personnes souhaitant recevoir par mail toutes les modifications apportées à l'issue.
Changedate
Date de modification
Component
Composant : Le projet OpenOffice.org est décomposé en plusieurs composants (sous projets) dont les plus connus sont : Calc (Spreadsheet), Writer (Word processor), Impress (Presentation) et Draw (Drawing).
Le Component « fr » est réservé aux membres des listes francophones souhaitant par exemple mettre des documents en ligne (ex : how-to) et permettre aux autres membres de les relire.
Voici un extrait de la liste des Components :
*Testproduct: | New to IssueTracker? This is a component to test submitting and commenting on issues with IssueTracker. |
Chart: | This is the chart application for data charts and plots. |
Database access: | This is the database access for the applications. |
Drawing: | This is the drawing application for vector and bitmap drawings. |
Formula editor: | This is the formula editor. |
Installation: | This is the installation program. |
Presentation: | This is the presentation application. |
Spreadsheet: | This is the spreadsheet application. |
Word processor: | This is the word processor application. |
api: | This is the application programming interface. |
bibliographic: | Project for bibliographic elements and integration. |
fr: | French native language discussions and material in the native language |
Dependson
Ici, c'est l'issue en question qui dépend de la résolution d'une autre Issue. « Blocks » et « Depends On » sont des mots clés contraires. « Depends on » peut aussi être utilisé pour suivre des tâches concurrentes.
Description
Description : Texte descriptif de l'issue.
ID ou issue numbered
Numéro de l'issue : Numéro automatique attribué par le système IssueZilla lors de la création d'une issue.
Issue creation
Date de création de l'issue
Issue_type ou Type
Type ou catégorie : Le détail des 5 types d'issue est donné dans le tableau ci-dessous :
Terme | Traduction | Descriptio |
DEFECT | Défaut | Défaut ou Comportement défectueux (Bug) |
ENHANCEMENT | Amélioration | Amélioration d'une fonction existante (ex : outil de tri dans Calc qui ne sait trier que sur la 1ère colonne) |
FEATURE | Fonctionnalité | Nouvelle fonctionnalité (ex : ajout du champ page dans les tableaux croisés) |
TASK | Tâche | Tâches que les personnes travaillant sur le projet s'assignent entres elles (ex : Mettre un how-to en ligne pour permettre à d'autres personnes de le relire) |
PATCH | Correctif | Ou Rustine Pour soumettre un correctif, il y a deux façons de faire : soit le développeur soumet un patch via une issue, ce qui correspond à l'ancienne méthode, soit il ouvre un child work space, ce qui est plus efficace dans le processus de soumission de correctifs/rustines. Mais tout ceci dépasse le cadre de ce document :-) |
Issue xx depends on
Même chose que "Depends On"
Keywords
Mots clés : Il est possible d'associer à chaque issue un ou plusieurs mots-clés, pour faciliter les recherches.
Opendate
Date d'ouverture : Date d'ouverture (de création) de l'issue.
OS
Système d'exploitation : OpenOffice.org étant disponible sur de nombreux systèmes d'exploitation, il est possible qu'un problème soit spécifique à l'un d'entre eux.
Owner
Propriétaire : Propriétaire de l'issue. La personne ayant crée l'issue peut être différente de celle qui l'a proposée (Reporter).
QA Team
Les membres du QA Team sont les personnes responsables de l'assurance qualité d'OpenOffice.org et de la gestion du système IssueZilla.
Le QA Team est chargé en particulier de trier les issues proposées sur IssueZilla. Ce travail consiste pour chaque nouvelle issue proposée à :
- Vérifier que la description est suffisamment compréhensible
- Vérifier que l'issue n'existe pas déjà (Duplicate)
- Vérifier que l'issue est reproductible
- Affecter l'issue au responsable du projet concerné en ajoutant éventuellement des commentaires.
Actuellement le QA Team pour les demandes d'améliorations et de fonctionnalités est composé de 7 personnes (3 de chez Sun et 4 bénévoles dont Sophie Gautier)
Tout le monde peut devenir membre du QA. Pour cela, il suffit de se créer un login sur le site d'OpenOffice.org est d'en faire la demande sur la liste [dev-fr]. Il est cependant souhaitable d'être déjà connu des autres personnes du QA pour des raisons de confiance.
Platform ou plt
Plate-forme matérielle : OpenOffice.org étant disponible sur plusieurs systèmes, il est possible qu'un problème soit spécifique à un système matériel et pas à un autre.
Le système matériel (Platform) est différent du système d'exploitation (OS), car Linux par exemple (bon exemple :-) ) est capable de fonctionner sur quasiment toutes les plates-formes matérielles.
Priority
Priorité : Une issue peut avoir une priorité de 1 (priorité la plus élevée) à 5 (priorité la moins élevée). La valeur par défaut est 3. Vous n'êtes pas autorisé à changer la priorité d'une issue, cela est réservé aux membres du QA Team et aux développeurs.
Qa_contact
Contact QA : Indique le nom de la personne membre du QA qui va traiter l'issue.
Reporter
Personne ayant proposé l'issue. L'issue peut-être proposée par une personne, mais créée par une autre (Owner).
Resolution ou Result
Résultat : Le tableau ci-dessous donne une description des différentes « Resolution » :
Terme | Traduction | Description |
FIXED | Fixée | Résolue, Réparée |
INVALID | Invalide | Irrecevable. Cela veut dire que soit le membre QA n'arrive pas à reproduire le bug, soit le bug est mal défini, soit il manque d'informations pour le traiter. |
WONTFIX | Ne sera pas corrigée | Il n'y a pas les ressources suffisantes pour que le bug soit corrigé, ou bien il n'est pas possible de le corriger, même si le dysfonctionnement est constaté ou que cela ne correspond pas aux objectifs du produit. |
LATER | Plus tard | Correction reportée à plus tard. Pour le moment, cela veut dire après la version 2.0 de OOo. Une fois que la 2.0 sera sortie, chaque développeur qui a rapporté une issue devra la revoir pour la positionner sur la 2.0.x ou 3.0 suivant les ressources. |
REMIND | Pour mémoire | Rappeler à l'équipe de développement de faire quelque chose. |
DUPLICATE | Dupliquée | L'issue a déjà été saisie ailleurs. |
WORKSFORME | Pas de problème chez moi | Pas de possibilité de reproduire le bug malgré les indications ou documents joints. |
RFEs (Request For Enhancements)
Demande d'améliorations : Il s'agit d'une demande portant sur des fonctionnalités déjà en place dans la suite et qui ne sont pas satisfaisantes bien que n'étant pas buguées (ex : saut de colonne/page dans une cellule de tableau)
Status
État : Lors de sa durée de vie, une issue peut recevoir plusieurs états (Status). Elle commence avec le Status New et se termine avec le Status Closed.
Le détail des différents Status est donné dans le tableau ci-dessous :
Terme | Traduction | Description |
UNCONFIRMED | Non Confirmée | Non confirmée par un membre QA (Assurance qualité). |
NEW | Nouvelle | Statut initial à la création de l'issue. |
STARTED | Commencée | Le bug a été accepté pour traitement. Cela veut dire que le développeur l'a inclus dans son planning et qu'il a accepté de s'en occuper. |
REOPENED | Ré-ouverte | On peut ouvrir à nouveau une issue qui a été fermée lorsque la solution proposée ne fonctionne pas. |
RESOLVED | Corrigée, Résolue | Le code a été modifié ou le bug réparé. |
VERIFIED | Vérifiée | Le bug a été éliminé et le code source intégré dans la branche principale, et on a vérifié que cela fonctionne normalement. Cela veut dire que c'est passé par les QA tests tools (outils de test de qualité) et que l'équipe de test a conclu à la viabilité de la correction et donc a donné l'autorisation de l'intégrer dans le tronc de la version. |
CLOSED | Fermée (Fin) | The END :-) |
Status_whiteboard
Tableau blanc : Le « whiteboard » était un endroit où naissaient de nouveaux projets avant de passer dans « Incubateur ». J'imagine, que « Status_whiteboard » indique l'état du projet dans le whiteboard, du genre "créé", "démarré", "en cours de création", etc
Subcomponent
Sous-Composant : Chaque composant (Calc, Writer..) peut avoir plusieurs sous-composants.(code, interface utilisateur,...)
Submitted by
Soumis par : Nom de la personne qui a soumis l'issue.
Summary
Objet, Titre : Titre de l'issue.
Summaryfull
Titre complet : Titre complet de l'issue.
Target_milestone
Version pour laquelle on pense que le correctif ou l'amélioration sera intégrée, c'est en quelque sorte une date butoir.
URL
Permet d'indiquer une adresse web pour avoir un complément d'informations sur une issue
Version
Version : Version d'OpenOffice.org utilisée. Si vous donnez un complément d'information sur une issue et que la version est supérieure, ne changez pas cette information, elle est utile pour la traçabilité du problème.
Votes
Votes : Il est possible de voter pour les issues. Plus une issue reçoit de votes, plus elle aura de chances d'être résolue rapidement.