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, nonché la pagina in cui gli utenti possono inserire commenti e aggiornare 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, disponibili solo quando un problema è associato a un componente specifico. Per tutti i nuovi problemi, esistono diversi campi obbligatori. tra cui 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. Alcuni campi aggiuntivi si trovano nel riquadro Problemi correlati nella parte superiore della pagina. Quasi tutti i campi sono modificabili in Issue Tracker facendo clic sul link, sull'elenco a discesa o sull'icona a forma di matita associata. Quando passi il mouse sopra un campo, Issue Tracker fornisce brevi informazioni sul 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 problema del genere potrebbe essere semplicemente una questione di risoluzione dei problemi o di 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ù semplificata o intuitiva durante lo sviluppo del prodotto. Puoi utilizzare questo tipo anche per monitorare i problemi di manutenzione. |
| Processo | Procedura è una categoria miscellanea con usi diversi 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 agli SLO definiti dalle linee guida di Google su privacy e sicurezza. Di sola lettura fino al 1° novembre 2017. |
| Project | Un'iniziativa basata su obiettivi con inizio e fine definiti, incentrata sulla creazione di un prodotto, un servizio o un risultato unico. |
| 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 rilasci. |
| Funzionalità | Una raccolta di lavori che fornisce un valore specifico all'utente. |
| 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. |
| Programma | Una raccolta di obiettivi tematici correlati (progetti, funzionalità, traguardi, epic). |
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 tabella seguente 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 funzione critica del prodotto non disponibile per tutti, senza alcuna soluzione alternativa nota. |
| P1 | Un problema che deve essere risolto rapidamente. Questo tipo di problema influisce in modo significativo su una percentuale elevata di utenti; se esiste una soluzione alternativa, è parziale o eccessivamente complicata. Il problema influisce su 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 lasso 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 vasta percentuale di utenti ed è collegato alle funzioni organizzative di base, 3) un problema che impedisce il lavoro di altri team e non ha una soluzione ragionevole. P2 è particolarmente pertinente per i problemi relativi al primo utilizzo o al momento dell'installazione ed è il livello di priorità predefinito. |
| P3 | Un problema che deve essere risolto, se possibile. Questo 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. Questo problema 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 ti 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. |
| Correzione (verificata) | Il problema è stato risolto e la correttezza della correzione è stata confermata dall'utente nel campo Verificatore. |
| Non sarà corretta (non riproducibile) | Non sono disponibili informazioni sufficienti per risolvere il problema oppure il problema segnalato non può essere ricreato. |
| Il problema non verrà risolto (comportamento previsto) | Il problema descrive il comportamento previsto del prodotto nelle circostanze segnalate. |
| Non sarà corretta (obsoleto) | Il problema non è più pertinente a causa di modifiche al prodotto. |
| Non sarà corretta (non fattibile) | Le modifiche necessarie per risolvere il problema non sono ragionevolmente possibili. |
| Duplica | Il problema è stato segnalato altrove. Per impostare lo stato di un problema su Duplicato, vedi 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à corretto o Duplicato.
Icone di stato
Le icone di stato sono una rappresentazione visiva dello stato di un problema. A sinistra di un problema che si trova nell'elenco a discesa Bloccato da o Bloccante di un altro problema viene visualizzata un'icona di stato. Queste icone consentono di valutare rapidamente lo stato di avanzamento di un problema bloccato o che causa un blocco senza dover uscire dalla pagina corrente. Puoi anche 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
Esistono due modi per modificare rapidamente lo stato di un problema in modo da passare al passaggio successivo della procedura di risoluzione. Il primo è il pulsante Modifica stato, che si trova nella barra dell'app nella parte superiore della pagina dei dettagli del problema, e il link Modifica stato nel riquadro Campi problema sul lato destro della pagina. Se fai clic su una delle due opzioni, lo stato del problema verrà aggiornato come segue:
Se il problema è nuovo e non assegnato o se l'assegnatario è un utente diverso da te, il prompt di modifica rapida è Assegna a me. Se modifichi rapidamente lo stato, l'assegnatario verrà impostato su di te e, se al momento è impostato diversamente, lo stato del problema diventerà Assegnato.
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, Duplicato o Non verrà risolto), la richiesta di modifica rapida è Riaprilo (tranne nel caso sopra indicato). 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 un pulsante Inviami copia 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 trovato nella scheda Bloccato da, Bloccante o Doppi del riquadro Problemi correlati.
- ID problema nella colonna Bloccato da, Bloccante o Duplica di di una pagina dei risultati di ricerca relativi a un problema.
- Link a un problema rilevato nel riquadro Problemi recenti, situato a destra 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 gialla nella parte superiore di una pagina contrassegnata come duplicata.
Problemi con la modifica
Se disponi dell'autorizzazione Visualizza e modifica per un componente, puoi modificare i suoi campi e aggiungere commenti. Tuttavia, alcuni campi non possono essere modificati, ad esempio la data di creazione del problema o i commenti che sono stati fatti in precedenza.
Modificare i livelli
Le modifiche a un problema hanno un livello di significatività diverso che determina se le modifiche 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 via 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 la notifica su Tutti gli aggiornamenti o Aggiornamenti principali. Le modifiche considerate sostanziali 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
- Aggiunta di allegati
- Modifiche relative ai problemi correlati (blocco, bloccato da, duplicati)
- 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. 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)
- Modificare un commento
- Modificare 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.