Un problema in Google Issue Tracker è una segnalazione di bug, una richiesta di funzionalità, una richiesta di modifica o un elemento di flusso di lavoro che un utente vuole monitorare o che si aspetta che un altro utente o team monitori. I problemi sono organizzati in componenti, ognuno dei quali contiene un gruppo di problemi correlati. Ogni problema in Issue Tracker ha la propria pagina dei dettagli in cui gli utenti monitorano l'attività relativa al problema, inseriscono commenti e aggiornano i dati del problema.
Campi dei problemi
A ogni problema è associato un insieme di campi che lo descrivono e ne indicano lo stato corrente. Sono inclusi il tipo di problema, la sua importanza in termini di gravità e priorità e il record delle attività relative al problema. Alcuni campi sono comuni a tutti i problemi. Issue Tracker supporta anche i campi personalizzati, che sono disponibili solo quando un problema è associato a un componente specifico. Per tutti i nuovi problemi, esistono diversi campi obbligatori. Sono inclusi Componente, Titolo, Priorità e Tipo. Alcuni componenti hanno anche campi personalizzati obbligatori.
Nella pagina dei dettagli del problema, la maggior parte dei campi si trova sul lato destro della pagina nel riquadro Campi problema. Quasi tutti i campi sono modificabili in Issue Tracker facendo clic sul valore, sul menu a discesa o sull'icona a forma di matita associati. Quando passi il mouse sopra un campo, Issue Tracker fornisce una breve descrizione del campo nel testo visualizzato al passaggio del mouse.
Per una descrizione dei campi dei problemi predefiniti, consulta il Glossario dei campi.
Tipo di problema
Il campo Tipo ti consente di classificare i problemi all'interno di un componente in uno di diversi gruppi comuni. Questo campo è obbligatorio. La seguente tabella mostra i possibili tipi di problemi:
| Tipo di problema | Descrizione |
|---|---|
| Bug | Il comportamento è contrario a quanto dovrebbe accadere o è stato documentato che si verifica oppure il prodotto non funziona come previsto. |
| Richiesta di funzionalità | Il prodotto funziona come previsto, ma potrebbe essere migliorato tramite le modifiche specificate. |
| Problema del cliente | Il problema riguarda una terza parte e potrebbe non essere riproducibile dalla persona che lo segnala. Un simile problema potrebbe riguardare la risoluzione dei problemi o la formazione, ma potrebbe anche essere un bug o una richiesta di funzionalità. |
| Pulizia interna | Il problema non ha alcun effetto visibile sul comportamento di un prodotto, ma la sua risoluzione consentirebbe un'interazione più snella o intuitiva durante lo sviluppo del prodotto. Puoi utilizzare questo tipo anche per monitorare i problemi di manutenzione. |
| Processo | Processo è una categoria miscellanea con vari utilizzi a seconda del progetto. Ad esempio, puoi utilizzare questo tipo per i problemi generati da un'API o per monitorare le attività amministrative. |
| Vulnerabilità | Vulnerabilità relative a privacy e sicurezza soggette a SLO definite dalle linee guida di Google su privacy e sicurezza. |
| Problema relativo alla privacy | Altri problemi relativi alla privacy soggetti agli SLO definiti dalle linee guida di Google sulla privacy e sulla sicurezza. |
| Programma | Una raccolta di obiettivi correlati tematicamente (progetti, funzionalità, traguardi, epic). |
| Project | Un'iniziativa basata su obiettivi con inizio e fine definiti, finalizzata alla creazione di un prodotto, un servizio o un risultato unico. |
| Funzionalità | Una raccolta di lavori che fornisce un valore specifico all'utente. |
| Milestone | Una raccolta di lavori che rappresenta un traguardo importante nel percorso di completamento di un progetto. I traguardi possono essere utilizzati anche per rappresentare lanci o release. |
| Epic | Una grande raccolta di lavori finalizzati a un obiettivo comune. |
| Storia | Una piccola raccolta di lavori che offre un valore specifico all'utente. |
| Attività | Una piccola unità di lavoro. |
Priorità del problema
Il campo Priority (Priorità) ti consente di specificare l'importanza di un problema. Questo campo è obbligatorio. In genere, i team hanno criteri diversi per determinare l'importanza di un problema. La seguente tabella mostra un modo comune per dare la priorità ai problemi:
| Priorità del problema | Descrizione |
|---|---|
| P0 | Un problema che deve essere risolto immediatamente e con tutte le risorse necessarie. Questo tipo di problema causa un interruzione completa o rende una funzionalità critica del prodotto non disponibile per tutti, senza alcuna soluzione alternativa nota. |
| P1 | Un problema che deve essere risolto rapidamente. Un problema di questo tipo incide in modo significativo su una vasta percentuale di utenti; se esiste una soluzione alternativa, è parziale o eccessivamente complicata. Il problema riguarda una funzione organizzativa di base o impedisce in modo sostanziale il lavoro di un altro team. |
| P2 | Un problema che deve essere risolto in un arco di tempo ragionevole. Un problema di questo tipo può essere uno dei seguenti: 1) un problema che sarebbe P0 o P1, ma che ha una soluzione ragionevole, 2) un problema importante per una grande percentuale di utenti ed è collegato alle funzioni organizzative di base, 3) un problema che rappresenta un ostacolo per il lavoro di altri team e che non ha una soluzione ragionevole. P2 è particolarmente pertinente per i problemi relativi al primo utilizzo o al momento dell'installazione. È il livello di priorità predefinito. |
| P3 | Un problema che deve essere risolto, se possibile. Questo tipo di problema è pertinente alle funzioni organizzative di base o al lavoro di altri team, ma non impedisce i progressi o ha una soluzione ragionevole. |
| P4 | Un problema che dovrebbe essere risolto in futuro. Un problema di questo tipo non è pertinente alle funzioni organizzative di base o al lavoro di altri team oppure riguarda solo l'attrattiva o la piacevolezza del sistema. |
Stato del problema
Il campo Stato consente di specificare lo stato di un problema nel processo di risoluzione. In genere, i team hanno definizioni diverse delle attività che devono verificarsi affinché un problema cambi stato o venga risolto. Non è necessario utilizzare tutti i valori disponibili del campo Status per monitorare la risoluzione di un problema. La tabella seguente mostra i modi comuni per utilizzare il campo Stato:
| Stato del problema | Descrizione |
|---|---|
| Novità | Al problema non è stata assegnata una persona o un gruppo. |
| Assegnato | Al problema è stata assegnata una persona. La persona viene visualizzata nel campo Assegnatario. |
| In corso (accettata) | L'assegnatario ha confermato il problema e ha iniziato a occuparsene. |
| Fisso | Il problema è stato risolto. |
| Corretto (verificato) | Il problema è stato risolto e la correttezza della correzione è stata confermata dall'utente nel campo Verificatore. |
| Non verrà risolto (non fattibile) | Le modifiche necessarie per risolvere il problema non sono ragionevolmente possibili. |
| Non sarà corretta (non riproducibile) | Non sono disponibili informazioni sufficienti per risolvere il problema oppure il problema segnalato non può essere ricreato. |
| Non sarà corretta (obsoleto) | Il problema non è più pertinente a causa di modifiche al prodotto. |
| Il problema non verrà risolto (comportamento previsto) | Il problema descrive il comportamento previsto del prodotto nelle circostanze segnalate. |
| Duplica | Il problema è stato segnalato altrove. Per impostare lo stato di un problema su Duplicato, consulta Duplicare un Problema. |
Issue Tracker considera i problemi come Aperti o Chiusi a seconda del loro stato. I problemi aperti sono quelli in attesa di risoluzione. Sono inclusi tutti i problemi con stato Nuovo, Assegnato o In corso. I problemi chiusi sono quelli che non richiedono ulteriori azioni, tranne eventualmente la verifica. Sono inclusi tutti i problemi con stato Risolto, Non sarà risolto o Duplicato.
Icone di stato
Le icone di stato sono una rappresentazione visiva dello stato di un problema. Puoi impostare la colonna Stato di una pagina dei risultati di ricerca in modo da visualizzare le icone di stato anziché il testo dello stato.
Stato di modifica rapida
Nella pagina dei dettagli del problema, nel riquadro Campi problema, viene visualizzato un link per la modifica rapida dello stato. Il link fa avanzare il problema al passaggio successivo della procedura di risoluzione. Se fai clic sul link, lo stato del problema verrà aggiornato come segue:
Se il problema è nuovo e non assegnato, la richiesta di modifica rapida è Assegna a me. Se cambi rapidamente lo stato, l'assegnatario verrà impostato su di te e lo stato su Assegnato. Questa opzione viene visualizzata anche se il problema è Assegnato o In corso e non sei l'assegnatario. In questo caso, l'assegnatario viene impostato su di te e lo stato non viene modificato.
Se sei l'assegnatario di un problema e il relativo stato è Assegnato, il prompt di modifica rapida è Inizia a lavorare. La modifica rapida imposta lo stato del problema su In corso.
Se sei l'assegnatario di un problema e il relativo stato è In corso, il prompt di modifica rapida è Segna come risolto. La modifica rapida imposta lo stato del problema su Risolto.
Se lo stato di un problema è Risolto e sei il verificatore, il prompt di modifica rapida è Verifica. La modifica rapida imposta lo stato del problema su Risolto (verificato).
Se un problema ha uno stato chiuso (Risolto, Doppio o Non verrà risolto), la richiesta di modifica rapida è Riaprilo (tranne nel caso citato sopra). La modifica rapida imposta lo stato su Nuovo se il problema non ha un assegnatario o su Assegnato se il problema ha un assegnatario.
Hovercard dei problemi
Una scheda popup del problema contiene informazioni quali il titolo, l'ID, la descrizione e lo stato corrente di un problema. Inoltre, contiene due pulsanti: un pulsante +1 per indicare che il problema ti riguarda e un pulsante Invia una copia a me che ti aggiunge all'elenco Cc del problema (se sei già nell'elenco Cc, il pulsante sarà Rimuovi da Cc). Ad esempio:
Le schede popup dei problemi vengono visualizzate quando passi il mouse sopra i seguenti elementi:
- ID problema nella colonna Bloccato da, Bloccante o Duplica di di una pagina dei risultati di ricerca dei problemi.
- Link a un problema rilevato nel riquadro Possibili duplicati, situato nella parte inferiore della pagina Crea problema.
- Campo Status (Stato) in una pagina del problema contrassegnata come duplicata.
- Link al problema relativo alla pagina canonica trovato nella barra nella parte superiore di una pagina contrassegnata come duplicata.
Problemi di modifica
Se disponi dell'autorizzazione Modifica problemi per un componente, puoi modificare i campi dei problemi nonché aggiungere commenti ai problemi. Tuttavia, alcuni campi non possono essere modificati assolutamente, ad esempio la data di creazione del problema.
Modificare i livelli
Le modifiche a un problema hanno un livello di significatività diverso che determina se vengono visualizzate nel riquadro della cronologia del problema e se gli utenti ricevono una notifica via email quando si verifica la modifica.
Modifiche finali
Le modifiche di chiusura modificano lo stato di un problema da Aperto a Chiuso. Le modifiche di chiusura vengono visualizzate nel riquadro della cronologia del problema. Le modifiche di chiusura vengono inviate come notifiche email agli utenti con una delle seguenti impostazioni di notifica: Tutti gli aggiornamenti, Aggiornamenti principali o Solo chiusura.
Per un elenco completo degli stati che chiudono un problema aperto, consulta stato del problema.
Modifiche sostanziali
Le modifiche principali vengono sempre visualizzate nel riquadro della cronologia del problema. Dopo una modifica sostanziale, viene inviata una notifica via email agli utenti che hanno impostato l'opzione di notifica Tutti gli aggiornamenti o Aggiornamenti principali. Le modifiche considerate principali includono:
- Creazione iniziale del problema.
- Commenti aggiunti al problema.
- Il problema viene spostato in un nuovo componente.
- Modifiche alla priorità, alla gravità, alla conservazione o all'assegnatario.
- Una modifica dello stato Chiusa, Verificata o Riaperto.
- Modifiche ai campi personalizzati contrassegnati come Importanti.
Modifiche minori
Le modifiche minori vengono visualizzate nel riquadro della cronologia di un problema solo se il livello del filtro è impostato su Cronologia completa. Analogamente, le modifiche minori vengono inviate solo come notifiche via email agli utenti il cui ruolo per il problema ha un'impostazione di notifica Tutti gli aggiornamenti.
Le modifiche considerate minori includono:
- Modifiche al titolo.
- Modifiche alle hotlist relative al problema.
- Aggiunta di allegati.
- Modifiche alle relazioni dei problemi (bloccante, bloccato da, duplicato).
- Modifiche allo stato non dichiarate esplicitamente come modifiche sostanziali.
- Modifiche ai seguenti campi: Reporter, Tipo, Verificatore, Risultato in, Destinazione, Verificato in, In produzione.
- Modifiche ai campi personalizzati contrassegnati come Minori.
Modifiche silenziose
Le modifiche silenziose non generano email di notifica per nessun utente, a meno che la modifica non sia finalizzata ad aggiungere o rimuovere gli utenti dal problema. Le modifiche considerate silenziose includono:
- Aggiunta o rimozione di voci dai campi Cc o Collaboratore (a meno che l'utente o il gruppo non venga aggiunto o rimosso di recente).
- Modifica di un commento.
- Modifica di un campo personalizzato contrassegnato come Silenzioso.
Impostare limiti di accesso
Issue Tracker supporta le restrizioni di controllo dell'accesso che consentono ai problemi di avere un insieme più piccolo di accessor rispetto ad altri problemi nello stesso componente.
Gli amministratori dei problemi possono aggiornare lo stato di limitazione di un problema su uno dei quattro livelli di accesso ai problemi:
Accesso predefinito: vengono applicate le regole normali: un problema con il livello di accesso predefinito ha gli stessi accessori di tutti gli altri problemi del componente.
Commenti con limitazioni: solo le identità elencate esplicitamente nel problema come assegnatari, collaboratori, verificatori o Cc potranno lasciare commenti sul problema, indipendentemente dal fatto che dispongano o meno delle autorizzazioni per i commenti per altri problemi del componente. Le identità con l'autorizzazione Problemi di amministrazione per il componente mantengono anche l'accesso ai commenti. L'accesso in visualizzazione rimane predefinito.
Visibilità limitata: solo le identità elencate esplicitamente (assegnatario, collaboratore, verificatore o Cc) mantengono l'accesso in visualizzazione al problema.
Visibilità limitata + Google: solo le identità elencate esplicitamente (assegnatario, collaboratore, verificatore o Cc), i dipendenti a tempo pieno di Google e gli account di automazione interna mantengono l'accesso in visualizzazione al problema.