Un problème dans Google Issue Tracker est un rapport de bug, une demande de fonctionnalité, une demande de modification ou un élément de workflow de processus qu'un utilisateur souhaite suivre ou qu'il s'attend à ce qu'un autre utilisateur ou une autre équipe suive. Les problèmes sont organisés en composants, chacun contenant un groupe de problèmes associés. Chaque problème dans Issue Tracker dispose de sa propre page d'informations, sur laquelle les utilisateurs peuvent suivre l'activité liée au problème, ajouter des commentaires et mettre à jour les données du problème.
Champs du problème
Chaque problème est associé à un ensemble de champs qui le décrivent et indiquent son état actuel. Cela inclut le type de problème, son importance en termes de gravité et de priorité, ainsi que l'enregistrement de l'activité sur le problème. Certains champs sont communs à tous les problèmes. Issue Tracker est également compatible avec les champs personnalisés qui ne sont disponibles que lorsqu'un problème est associé à un composant spécifique. Pour tous les nouveaux problèmes, plusieurs champs sont obligatoires. Il s'agit de Composant, Titre, Priorité et Type. Certains composants comportent également des champs personnalisés obligatoires.
Sur une page d'informations sur un problème, la plupart des champs se trouvent sur la droite, dans le panneau Champs du problème. Certains champs supplémentaires se trouvent dans le bac Problèmes associés en haut de la page. Presque tous les champs sont modifiables dans Issue Tracker en cliquant sur le lien, la liste déroulante ou l'icône en forme de crayon qui leur est associée. Lorsque vous pointez sur un champ, Issue Tracker fournit des informations brèves sur ce champ en texte en survol.
Pour obtenir une description des champs de problème par défaut, consultez le Glossaire des champs.
Type de problème
Le champ Type vous permet de classer les problèmes d'un composant dans l'un des groupes courants. Ce champ est obligatoire. Le tableau suivant présente les types de problèmes possibles:
| Type de problème | Description |
|---|---|
| Bug | Le comportement est contraire à ce qui est censé se produire ou à ce qui a été documenté, ou le produit ne fonctionne pas comme prévu. |
| Demande de fonctionnalité | Le produit fonctionne comme prévu, mais pourrait être amélioré grâce aux modifications spécifiées. |
| Problème client | Le problème affecte un tiers et il est possible qu'il ne soit pas reproductible par la personne qui le signale. Il peut s'agir simplement d'un problème de dépannage ou de formation, mais il peut également s'agir d'un bug ou d'une demande de fonctionnalité. |
| Nettoyage interne | Le problème n'a aucun effet visible sur le comportement d'un produit, mais le résoudre permettrait d'interagir de manière plus fluide ou intuitive lors du développement du produit. Vous pouvez également utiliser ce type pour suivre les problèmes de maintenance. |
| Procédure | "Process" est une catégorie "diverses" qui a des utilisations différentes en fonction du projet. Par exemple, vous pouvez utiliser ce type pour les problèmes générés par une API ou pour suivre les tâches administratives. |
| Faille | Vulnérabilités liées à la confidentialité et à la sécurité soumises aux SLO définies par les consignes de Google en matière de confidentialité et de sécurité. Lecture seule jusqu'au 1er novembre 2017. |
| Projet | Effort axé sur un objectif, avec un début et une fin définis, visant à créer un produit, un service ou un résultat unique. |
| Étape | Ensemble de travaux qui représente une réalisation importante sur la voie de la réalisation d'un projet. Les jalons peuvent également être utilisés pour représenter des lancements ou des versions. |
| Fonctionnalité | Ensemble de tâches qui apporte une valeur spécifique à l'utilisateur. |
| Epic | Ensemble de travaux visant un objectif commun. |
| Story | Ensemble de tâches qui apporte une valeur spécifique à l'utilisateur. |
| Tâche | Petite unité de travail. |
| Programme | Ensemble d'objectifs thématiques (projets, fonctionnalités, jalons, epics). |
Priorité du problème
Le champ Priority (Priorité) vous permet de spécifier l'importance d'un problème. Ce champ est obligatoire. Les équipes ont généralement des critères différents pour déterminer l'importance d'un problème. Le tableau suivant présente une méthode courante de hiérarchisation des problèmes:
| Priorité du problème | Description |
|---|---|
| P0 | Problème qui doit être résolu immédiatement et avec autant de ressources que nécessaire. Un tel problème entraîne une panne complète ou rend une fonction critique du produit indisponible pour tous les utilisateurs, sans solution de secours connue. |
| P1 | Problème qui doit être résolu rapidement Un tel problème affecte un grand pourcentage d'utilisateurs. S'il existe une solution de contournement, elle est partielle ou trop pénible. Le problème a un impact sur une fonction organisationnelle de base ou entrave fondamentalement une autre équipe. |
| P2 | Problème qui doit être résolu dans un délai raisonnable. Il peut s'agir de l'un des problèmes suivants: 1) Un problème qui serait classé P0 ou P1, mais pour lequel il existe une solution de contournement raisonnable ; 2) Un problème important pour un grand nombre d'utilisateurs et lié aux fonctions de base de l'organisation ; 3) Un problème qui entrave le travail d'autres équipes et pour lequel il n'existe pas de solution de contournement raisonnable. P2 est particulièrement adapté aux problèmes de première utilisation ou d'installation. Il s'agit du niveau de priorité par défaut. |
| P3 | Problème qui doit être résolu si possible. Ce problème concerne les fonctions essentielles de l'organisation ou le travail d'autres équipes, mais n'entrave pas la progression ou dispose d'un moyen de contourner le problème. |
| P4 | Problème qui devrait être résolu à terme. Un tel problème n'a pas d'incidence sur les fonctions organisationnelles de base ni sur le travail d'autres équipes, ou ne concerne que l'attrait ou l'agrément du système. |
État du problème
Le champ État vous permet de spécifier l'état d'un problème dans le processus de résolution. Les équipes ont généralement des définitions différentes des activités qui doivent être effectuées pour qu'un problème change d'état ou soit résolu. Toutes les valeurs de champ État disponibles ne doivent pas être utilisées pour suivre la résolution d'un problème. Le tableau suivant présente les utilisations courantes du champ État:
| État du problème | Description |
|---|---|
| Nouveauté | Aucune personne ni aucun groupe n'est attribué au problème. |
| Attribué | Le problème est attribué à une personne. Cette personne apparaît dans le champ Responsable. |
| En cours (accepté) | La personne concernée a confirmé le problème et a commencé à le résoudre. |
| Correction | Le problème a été résolu. |
| Corrigé (validé) | Le problème a été résolu et la pertinence de la solution apportée a été confirmée par l'utilisateur dans le champ Verifier. |
| Ne sera pas résolu (non reproductible) | Il n'y a pas suffisamment d'informations pour résoudre le problème, ou le problème signalé ne peut pas être reproduit. |
| Won't Fix (Intended behavior) (Ne sera pas corrigé, fonctionnement intentionnel) | Le problème décrit le comportement attendu du produit dans les circonstances signalées. |
| Won't Fix (Obsolete) (Ne sera pas corrigé, obsolète) | Ce problème n'est plus pertinent en raison des modifications apportées au produit. |
| Won't Fix (Infeasible) (Ne sera pas corrigé, infaisable) | Les modifications nécessaires pour résoudre le problème ne sont pas raisonnablement possibles. |
| Dupliquer | Le problème a été signalé ailleurs. Pour définir l'état d'un problème sur Dupliquer, consultez Dupliquer un problème. |
Issue Tracker considère les problèmes comme ouverts ou fermés, selon leur état. Les problèmes ouverts sont ceux qui attendent d'être résolus. Cela inclut tout problème dont l'état est Nouveau, Attribué ou En cours. Les problèmes clôturés ne nécessitent aucune autre action, sauf éventuellement une vérification. Cela inclut tout problème dont l'état est Corrigé, Impossible à corriger ou Duplique.
Icônes d'état
Les icônes d'état sont une représentation visuelle de l'état d'un problème. Une icône d'état s'affiche à gauche d'un problème figurant dans la liste déroulante Bloqué par ou Bloquant d'un autre problème. Ces icônes permettent d'évaluer rapidement la progression d'un problème bloqué ou bloquant sans avoir à quitter la page actuelle. Vous pouvez également définir la colonne État d'une page de résultats de recherche pour afficher des icônes d'état au lieu d'un texte.
État de la modification rapide
Il existe deux façons de modifier rapidement l'état d'un problème afin de passer à l'étape suivante du processus de résolution. Le premier est le bouton Change Status (Modifier l'état), situé dans la barre d'application en haut de la page d'informations sur le problème, et le lien Change Status (Modifier l'état) dans le panneau Issue Fields (Champs du problème) sur le côté droit de la page. Cliquez sur l'une de ces options pour faire évoluer l'état du problème comme suit:
Si le problème est nouveau et non attribué, ou si l'utilisateur responsable n'est pas vous, l'invite de modification rapide indique M'attribuer. Si vous modifiez rapidement l'état, vous serez désigné comme responsable et l'état du problème sera défini sur Attribué, si ce n'est pas déjà le cas.
Si vous êtes le responsable d'un problème et que son état est Attribué, l'invite de modification rapide indique Commencer le travail. La modification rapide définit l'état du problème sur En cours.
Si vous êtes le responsable d'un problème et que son état est En cours, l'invite de modification rapide indique Marquer comme résolu. La modification rapide passe l'état du problème à Corrigé.
Si l'état d'un problème est Corrigé et que vous êtes le vérificateur, l'invite de modification rapide indique Valider. L'état du problème passe à Corrigé (Validé).
Si l'état d'un problème est fermé (Corrigé, Duplicat ou Ne sera pas corrigé), l'invite de modification rapide indique Réouvrir (sauf dans le cas mentionné ci-dessus). Le changement rapide définit l'état sur Nouveau si le problème n'est pas attribué ou sur Attribué s'il l'est.
Fiches d'information sur les problèmes
Une info-bulle de problème contient des informations telles que le titre, l'ID, la description et l'état actuel du problème. De plus, il contient un bouton Me mettre en copie qui vous ajoute à la liste de diffusion du problème (si vous figurez déjà dans la liste de diffusion, le bouton indique Me retirer de la copie). Exemple :
Les fiches flottantes de problème s'affichent lorsque vous pointez sur les éléments suivants:
- ID du problème trouvé dans l'onglet Bloqué par, Blocage ou Duplicats du bac Problèmes associés.
- ID du problème dans la colonne Bloqué par, Blocage ou Duplique de la page Résultats de recherche d'un problème.
- Lien vers un problème détecté dans le panneau Problèmes récents, situé à droite de la page Créer un problème.
- Champ État sur une page de problème marquée comme doublon.
- Lien vers le problème de canonique détecté dans la barre jaune en haut d'une page marquée comme en double.
Problèmes de modification
Si vous disposez de l'autorisation Afficher et modifier pour un composant, vous pouvez modifier ses champs et y ajouter des commentaires. Toutefois, certains champs ne peuvent pas être modifiés du tout, comme la date de création du problème ou les commentaires déjà effectués.
Modifier les niveaux
Les modifications apportées à un problème ont un niveau de pertinence variable qui détermine si elles apparaissent dans le panneau "Historique" du problème et si les utilisateurs reçoivent une notification par e-mail lorsque le changement se produit.
Modifications de clôture
Lorsque vous fermez une modification, l'état du problème passe de Ouvert à Fermé. Les modifications de clôture apparaissent dans le panneau "Historique" du problème. Les modifications de clôture sont envoyées par e-mail aux utilisateurs qui ont configuré l'un des paramètres de notification suivants : Toutes les mises à jour, Mises à jour importantes ou Clôture uniquement.
Pour obtenir la liste complète des états qui clôturent un problème ouvert, consultez État du problème.
Modifications importantes
Les modifications majeures apparaissent toujours dans le panneau "Historique" du problème. Après une modification majeure, une notification par e-mail est envoyée aux utilisateurs dont le paramètre de notification est défini sur Toutes les mises à jour ou Mises à jour importantes. Les modifications considérées comme majeures sont les suivantes:
- Création initiale du problème.
- Commentaires ajoutés au problème.
- Le problème est déplacé vers un nouveau composant.
- Modifications apportées à la priorité, à la gravité, à la conservation ou à l'affectataire.
- Modification de l'état en Fermé, Validé ou Réouvert.
- Modifications apportées aux champs personnalisés marqués comme Importantes.
Modifications mineures
Les modifications mineures n'apparaissent dans le panneau "Historique" d'un problème que si le niveau de filtrage est défini sur Historique complet. De même, les modifications mineures ne sont envoyées par e-mail qu'aux utilisateurs dont le rôle pour le problème est défini sur Toutes les mises à jour.
Les modifications mineures incluent les suivantes:
- Modifications apportées au titre
- Modifications apportées à la liste de lecture
- Ajouter des pièces jointes
- Modifications apportées aux problèmes associés (blocage, bloqué par, doublons)
- Modifications de l'état qui ne sont pas explicitement indiquées comme étant des modifications majeures
- Modifications apportées aux champs suivants: Signalant, Type, Validateur, Trouvé dans, Cible, Validé dans, En production
- Modifications apportées aux champs personnalisés marqués comme Mineures
Modifications silencieuses
Les modifications silencieuses ne génèrent aucune notification par e-mail pour les utilisateurs, sauf si elles consistent à ajouter ou à supprimer ces utilisateurs du problème. Les modifications considérées comme silencieuses incluent les suivantes:
- Ajout ou suppression d'entrées dans les champs CC ou Collaborateur (sauf si l'utilisateur ou le groupe est ajouté ou supprimé)
- Modifier un commentaire
- Modifier un champ personnalisé marqué comme Silencieux
Émettre des limites d'accès
Issue Tracker prend en charge les restrictions de contrôle des accès qui permettent aux problèmes d'avoir un ensemble d'accesseurs plus petit que les autres problèmes du même composant.
Les administrateurs des problèmes peuvent mettre à jour l'état de restriction d'un problème en définissant l'un des quatre niveaux d'accès suivants:
Accès par défaut : les règles normales s'appliquent : un problème avec le niveau d'accès par défaut a les mêmes accesseurs que tous les autres problèmes du composant.
Commentaires limités : seules les identités explicitement listées sur le problème en tant qu'affecté, collaborateur, vérificateur ou copie de l'e-mail seront autorisées à commenter le problème, qu'elles aient ou non des autorisations de commentaire pour d'autres problèmes du composant. Les identités disposant de l'autorisation "Problèmes d'administration" sur le composant conservent également l'accès aux commentaires. L'accès en lecture reste par défaut.
Visibilité limitée : seules les identités explicitement listées (affecté, collaborateur, vérificateur ou copie) conservent l'accès en lecture au problème.
Visibilité limitée + Google : seules les identités explicitement listées (affecté, collaborateur, vérificateur ou copie), les Googleurs à temps plein et les comptes d'automatisation internes conservent l'accès en lecture au problème.