Google si impegna a promuovere l'equità razziale per le comunità nere. Vedi come.
Questa pagina è stata tradotta dall'API Cloud Translation.
Switch to English

Vita di un insetto

Il progetto Android Open Source mantiene un tracker di problemi pubblici in cui è possibile segnalare bug e richiedere funzionalità per lo stack software Android principale. (Per i dettagli su questo tracker di problemi, vedere Segnalazione di bug ). La segnalazione di bug è ottima (grazie!), Ma cosa succede a una segnalazione di bug dopo averla archiviata? Questa pagina descrive la durata di un bug.

Questo non è un forum di assistenza clienti. Per informazioni di supporto, consultare il Centro assistenza Pixel . Il supporto per altri dispositivi è fornito dai produttori dei dispositivi o dai corrieri che vendono tali dispositivi.

Il supporto per le app di Google è tramite il sito di supporto di Google . Il supporto per le app di terze parti è fornito dallo sviluppatore di ciascuna app, ad esempio tramite le informazioni di contatto fornite su Google Play.

Ecco le fasi principali della vita di un bug:

  1. Viene archiviato un bug e ha lo stato Nuovo .
  2. Un manutentore AOSP rivede e corregge periodicamente i bug. I bug vengono analizzati in uno dei quattro bucket : Nuovo, Aperto, Nessuna azione o Risolto.
  3. Ogni bucket include una serie di stati che forniscono maggiori dettagli sul destino del problema.
  4. I bug contrassegnati come Risolti saranno inclusi in una versione futura del software Android.

Dettagli della benna

Usiamo il campo Status in Issue Tracker per specificare lo stato di un problema nel processo di risoluzione. Ciò è coerente con le definizioni specificate nella documentazione di Issue Tracker .

Nuove edizioni

I nuovi problemi includono segnalazioni di bug che non sono state oggetto di intervento. I due stati sono:

  • Novità: la segnalazione di bug non è stata tracciata (ovvero rivista da un manutentore AOSP).
  • New + Hotlist: NeedsInfo: la segnalazione di bug ha informazioni insufficienti su cui agire. La persona che ha segnalato il bug deve fornire ulteriori dettagli prima che possa essere valutata. Se passa abbastanza tempo e non viene fornita alcuna nuova informazione, il bug potrebbe essere chiuso per impostazione predefinita, come afferma uno degli stati No-Action.

Questioni aperte

Questo bucket contiene bug che richiedono un'azione, ma che sono ancora irrisolti, in attesa di una modifica del codice sorgente.

  • Assegnato: la segnalazione di bug è stata riconosciuta come una relazione adeguatamente dettagliata di un problema legittimo e il bug è stato assegnato a un collaboratore specifico per la valutazione e l'analisi.
  • Accettato: il cessionario ha riconosciuto il problema e ha iniziato a lavorarci su.

In genere, un bug inizia in Assegnato e rimane lì fino a quando qualcuno non intende risolverlo, a quel punto entra in Accettato . Tuttavia, tieni presente che questa non è una garanzia e che i bug possono passare direttamente da Assegnato a uno degli stati Risolti.

In generale, se un bug si trova in uno degli stati Open, il team AOSP lo ha riconosciuto come un problema legittimo e un contributo di alta qualità che corregge tale bug è probabile che venga accettato. Tuttavia, è impossibile garantire il completamento di una correzione in tempo per qualsiasi versione particolare.

Problemi di non azione

Questo bucket contiene bug che non sono ritenuti richiedere alcuna azione.

  • Non risolto (non riproducibile): un collaboratore di AOSP ha tentato di riprodurre il comportamento descritto e non è stato in grado di farlo. Questo a volte significa che il bug è legittimo ma semplicemente raro o difficile da riprodurre, oppure non c'erano abbastanza informazioni per risolvere il problema.
  • Non risolto (comportamento previsto): un manutentore AOSP ha determinato che il comportamento descritto non è un bug, ma è il comportamento previsto. Questo stato è anche comunemente indicato come funzionante (WAI) . Per le richieste di funzionalità, un manutentore AOSP ha stabilito che la richiesta non verrà implementata in Android.
  • Won't Fix (Obsolete): il problema non è più rilevante a causa di cambiamenti nel prodotto.
  • Non risolverà (impossibile): le modifiche necessarie per risolvere il problema non sono ragionevolmente possibili. Questo stato viene utilizzato anche per problemi segnalati che non possono essere gestiti in AOSP, in genere perché è correlato a un dispositivo personalizzato o a un'app esterna o il giornalista ha scambiato questo tracker come forum di assistenza.
  • Duplica: c'era già un rapporto identico nel tracker dei problemi. Qualsiasi azione effettiva verrà riportata su tale rapporto.

Problemi risolti

Questo bucket contiene bug che hanno subito azioni e sono ora considerati risolti.

  • Risolto (verificato): questo errore è stato corretto ed è incluso in una versione formale. Quando questo stato è impostato, proviamo anche a impostare una proprietà che indica in quale versione è stato corretto.
  • Risolto: questo bug è stato corretto (o implementato nella funzione) in un albero dei sorgenti, ma potrebbe non essere stato ancora incluso in una versione formale.

Altre cose

Gli stati e il ciclo di vita di cui sopra sono come generalmente cerchiamo di tracciare il software. Tuttavia, Android contiene molti software e riceve un numero corrispondente di bug. Di conseguenza, a volte i bug non riescono a superare tutti gli stati in una progressione formale. Cerchiamo di mantenere aggiornato il sistema, ma tendiamo a farlo in sweep periodici di bug in cui esaminiamo il database e facciamo aggiornamenti.