L'implementazione di una nuova versione della tua app mobile in produzione è una delle parti più entusiasmanti dello sviluppo di un'app, ma può anche essere una delle più stressanti! Il tuo team deve tenere traccia dell'adozione della versione, dei nuovi bug e del loro impatto, un confronto con le versioni precedenti e altro ancora.
Questa pagina descrive diversi strumenti offerti da Firebase per monitorare i dati necessari per essere sicuro del rilascio della tua app mobile.
Utilizza la dashboard di monitoraggio delle versioni per esplorare i dati relativi alle versioni
Il dashboard di monitoraggio del rilascio nella console Firebase è basato su Firebase Crashlytics. È un'unica dashboard per monitorare la versione di produzione più recente. La dashboard si aggiorna quasi in tempo reale e offre una visione di alto livello delle metriche di rilascio più importanti, comprese le metriche senza arresti anomali, l'adozione della versione, i confronti con le versioni precedenti ed eventuali nuovi problemi per la versione.
Questa nuova dashboard migliora la pagina Ultima versione nella console. Rispetto a quella pagina, la dashboard di monitoraggio del rilascio aggiunge più informazioni, visualizza dati utili senza la necessità di Google Analytics e si carica più rapidamente.
Caratteristiche del cruscotto
Reportistica in tempo reale
Tutti i grafici si aggiornano quasi in tempo reale. Poco dopo aver distribuito la versione più recente, puoi osservare come gli utenti iniziano a interagire con quella versione. Se alcuni di questi utenti riscontrano arresti anomali, ne conoscerai immediatamente l'impatto attraverso i grafici delle metriche senza arresti anomali .Confronto e benchmark basati sulle versioni precedenti
Puoi visualizzare la stabilità della tua ultima versione nel contesto delle versioni precedenti. La dashboard ti consente di confrontare le metriche in tempo reale della tua ultima versione e fino a due build rilasciate in precedenza.Principali nuovi problemi
Puoi visualizzare i nuovi arresti anomali per la tua ultima versione non appena arrivano. Nella tabella Principali nuovi problemi , puoi monitorare l'impatto dei problemi rilevati per la prima volta nella tua ultima versione, consentendoti di prendere rapidamente una decisione se interrompere o ripristinare la versione.
Requisiti per il dashboard
Per visualizzare la tua ultima versione nel dashboard di monitoraggio delle versioni , procedi come segue:
Assicurati che la tua app utilizzi almeno le seguenti versioni dell'SDK Crashlytics:
Piattaforme Apple: v10.8.0+ | Android: v18.6.0+ (distinta base v32.6.0+) | Svolazzamento: v3.4.5+ | Unità: 11.7.0+Pubblica una nuova versione dell'app in produzione in modo da avere un numero sufficiente di utenti coinvolti con la tua ultima versione .
Domande frequenti sulla dashboard
Affinché una build venga visualizzata nella dashboard, deve utilizzare almeno le seguenti versioni dell'SDK Crashlytics:
Piattaforme Apple: v10.8.0+ | Android: v18.6.0+ (distinta base v32.6.0+) | Svolazzamento: v3.4.5+ | Unità: 11.7.0+
Tieni presente che queste versioni dell'SDK vengono spesso definite versioni dell'SDK "con funzionalità di sessione", poiché sono in grado di inviare dati di sessioni a Crashlytics, operazione necessaria per molte delle nuove funzionalità di Crashlytics, come il dashboard di monitoraggio del rilascio .
Affinché una build venga visualizzata sulla dashboard, deve soddisfare tutti i seguenti requisiti:
La build utilizza almeno le seguenti versioni dell'SDK Crashlytics:
Piattaforme Apple: v10.8.0+ | Android: v18.6.0+ (distinta base v32.6.0+) | Svolazzamento: v3.4.5+ | Unità: 11.7.0+La build ha un numero sufficiente di utenti negli ultimi 3 giorni:
La build deve avere almeno 500 utenti unici OPPURE
La build ha almeno l'1% degli utenti totali e ha almeno 2 utenti unici.
La dashboard di monitoraggio delle versioni ha lo scopo di aiutarti con le versioni di produzione, ovvero le build che hanno un numero significativo di utenti.
Affinché una build venga visualizzata nella dashboard, deve soddisfare tutti i seguenti requisiti:
La build utilizza almeno le seguenti versioni dell'SDK Crashlytics:
Piattaforme Apple: v10.8.0+ | Android: v18.6.0+ (distinta base v32.6.0+) | Svolazzamento: v3.4.5+ | Unità: 11.7.0+La build ha un numero sufficiente di utenti negli ultimi 3 giorni:
La build deve avere almeno 500 utenti unici OPPURE
La build ha almeno l'1% degli utenti totali e ha almeno 2 utenti unici.
(Per le app distribuite tramite Google Play) Se un'app dispone di un collegamento a Google Play , la dashboard mostra tutte le build elencate nel percorso Play Prod, anche se Crashlytics non ha ricevuto alcun registro delle sessioni o rilevato utenti attivi per quella build.
Tieni presente che per visualizzare i dati nella dashboard per confronti o percentuale di utenti attivi, è necessario aver rilasciato almeno due build che soddisfino i requisiti precedenti.
Innanzitutto, è utile comprendere parte della terminologia coinvolta nel grafico Utenti attivi :
Una sessione è un periodo di tempo continuo in cui un utente interagisce con un'applicazione. Una nuova sessione viene avviata quando l'app viene avviata a freddo o l'app viene messa in primo piano dopo almeno 30 minuti di background.
Gli utenti attivi per una build specifica rappresentano il numero di utenti che hanno avviato una sessione utilizzando quella build, raggruppati per ora.
Gli utenti totali (attivi) rappresentano il numero di utenti che hanno avviato una sessione in qualsiasi build dell'app che utilizza una versione dell'SDK con supporto per le sessioni , raggruppati per ora.
Nel grafico Utenti attivi , il valore percentuale e il conteggio degli utenti attivi sempre visualizzati nel grafico riguardano gli ultimi 60 minuti (o se non ci sono stati utenti attivi negli ultimi 60 minuti, il periodo dell'ultima ora che non è stato attivo avere dati). Ad esempio, nello screenshot di esempio, negli ultimi 60 minuti c'erano 90 utenti attivi per la build 6.0.0 (600) , che rappresentano il 22,1% del totale degli utenti (attivi) dell'app.
Quando mantieni il mouse sulle linee nel grafico Utenti attivi , la percentuale di utenti attivi viene calcolata dal conteggio degli utenti attivi nel periodo orario su cui stai passando il puntatore del mouse.
Tieni presente che per visualizzare la percentuale di utenti attivi, devi aver rilasciato almeno due build che soddisfino i requisiti descritti nella domanda frequente "Quali build possono essere visualizzate nella dashboard di monitoraggio dei rilasci ?" .
La percentuale di utenti attivi si basa sui dati della sessione ricevuta e non su altri dati (come i dati di Google Play o i rapporti sugli arresti anomali).
Se è la prima volta che rilasci la tua app con una versione compatibile dell'SDK di Crashlytics , Crashlytics non dispone di dati di sessioni precedenti con cui confrontarsi.
Imposta avvisi
Diversi prodotti Firebase, incluso Crashlytics, possono inviare avvisi per vari motivi specifici del prodotto. Per ricevere gli avvisi è necessario disporre delle autorizzazioni richieste.
Per monitorare la stabilità della tua ultima versione, puoi impostare avvisi sia da Performance Monitoring che da Crashlytics. Per Crashlytics in particolare, puoi impostare i seguenti avvisi:
Utilizza gli avvisi di velocità per avvisare il tuo team se un singolo problema nella tua app supera una soglia definita nella console Firebase.
Invia avvisi su problemi nuovi o regrediti al tuo canale di notifica preferito:
Utilizza le integrazioni di avvisi configurate dalla console Firebase per Jira , Slack e PagerDuty .
Configura avvisi avanzati per servizi di terze parti utilizzando Cloud Functions for Firebase.
Garantire un rilascio regolare prima del rilascio
Prima di rilasciare la versione più recente, valuta la possibilità di utilizzare alcuni dei seguenti servizi e funzionalità per garantire un rilascio regolare.
Utilizza i servizi di test pre-release
Firebase offre due prodotti che possono aiutare con i test pre-rilascio: Test Lab e App Distribution. Entrambi questi servizi possono essere integrati nei flussi CI/CD.
Firebase Test Lab è un'infrastruttura di test delle app basata su cloud che ti consente di testare la tua app su una vasta gamma di dispositivi e configurazioni, in modo da poter comprendere in anticipo come funzionerà nelle mani degli utenti reali.
E quando sei pronto per mettere la tua ultima build nelle mani di tester umani fidati, utilizza Firebase App Distribution . Puoi gestire sia la tua piattaforma Apple che le distribuzioni pre-release Android dallo stesso posto.
Utilizza servizi di roll-out e di test limitati
Utilizza Firebase Remote Config per lanciare nuove funzionalità con un meccanismo di implementazione percentuale o testare tali funzionalità su un gruppo di test limitato .
Firebase offre anche test A/B che ti consentono di testare le modifiche all'interfaccia utente, alle funzionalità o alle campagne di coinvolgimento della tua app per vedere come influiscono sulle metriche chiave (come entrate e fidelizzazione) prima di distribuirle su larga scala.
,L'implementazione di una nuova versione della tua app mobile in produzione è una delle parti più entusiasmanti dello sviluppo di un'app, ma può anche essere una delle più stressanti! Il tuo team deve tenere traccia dell'adozione della versione, dei nuovi bug e del loro impatto, un confronto con le versioni precedenti e altro ancora.
Questa pagina descrive diversi strumenti offerti da Firebase per monitorare i dati necessari per essere sicuro del rilascio della tua app mobile.
Utilizza la dashboard di monitoraggio delle versioni per esplorare i dati relativi alle versioni
Il dashboard di monitoraggio del rilascio nella console Firebase è basato su Firebase Crashlytics. È un'unica dashboard per monitorare la versione di produzione più recente. La dashboard si aggiorna quasi in tempo reale e offre una visione di alto livello delle metriche di rilascio più importanti, comprese le metriche senza arresti anomali, l'adozione della versione, i confronti con le versioni precedenti ed eventuali nuovi problemi per la versione.
Questa nuova dashboard migliora la pagina Ultima versione nella console. Rispetto a quella pagina, la dashboard di monitoraggio del rilascio aggiunge più informazioni, visualizza dati utili senza la necessità di Google Analytics e si carica più rapidamente.
Caratteristiche del cruscotto
Reportistica in tempo reale
Tutti i grafici si aggiornano quasi in tempo reale. Poco dopo aver distribuito la versione più recente, puoi osservare come gli utenti iniziano a interagire con quella versione. Se alcuni di questi utenti riscontrano arresti anomali, ne conoscerai immediatamente l'impatto attraverso i grafici delle metriche senza arresti anomali .Confronto e benchmark basati sulle versioni precedenti
Puoi visualizzare la stabilità della tua ultima versione nel contesto delle versioni precedenti. La dashboard ti consente di confrontare le metriche in tempo reale della tua ultima versione e fino a due build rilasciate in precedenza.Principali nuovi problemi
Puoi visualizzare i nuovi arresti anomali per la tua ultima versione non appena arrivano. Nella tabella Principali nuovi problemi , puoi monitorare l'impatto dei problemi rilevati per la prima volta nella tua ultima versione, consentendoti di prendere rapidamente una decisione se interrompere o ripristinare la versione.
Requisiti per il dashboard
Per visualizzare la tua ultima versione nel dashboard di monitoraggio delle versioni , procedi come segue:
Assicurati che la tua app utilizzi almeno le seguenti versioni dell'SDK Crashlytics:
Piattaforme Apple: v10.8.0+ | Android: v18.6.0+ (distinta base v32.6.0+) | Svolazzamento: v3.4.5+ | Unità: 11.7.0+Pubblica una nuova versione dell'app in produzione in modo da avere un numero sufficiente di utenti coinvolti con la tua ultima versione .
Domande frequenti sulla dashboard
Affinché una build venga visualizzata nella dashboard, deve utilizzare almeno le seguenti versioni dell'SDK Crashlytics:
Piattaforme Apple: v10.8.0+ | Android: v18.6.0+ (distinta base v32.6.0+) | Svolazzamento: v3.4.5+ | Unità: 11.7.0+
Tieni presente che queste versioni dell'SDK vengono spesso definite versioni dell'SDK "con funzionalità di sessione", poiché sono in grado di inviare dati di sessioni a Crashlytics, operazione necessaria per molte delle nuove funzionalità di Crashlytics, come il dashboard di monitoraggio del rilascio .
Affinché una build venga visualizzata sulla dashboard, deve soddisfare tutti i seguenti requisiti:
La build utilizza almeno le seguenti versioni dell'SDK Crashlytics:
Piattaforme Apple: v10.8.0+ | Android: v18.6.0+ (distinta base v32.6.0+) | Svolazzamento: v3.4.5+ | Unità: 11.7.0+La build ha un numero sufficiente di utenti negli ultimi 3 giorni:
La build deve avere almeno 500 utenti unici OPPURE
La build ha almeno l'1% degli utenti totali e ha almeno 2 utenti unici.
La dashboard di monitoraggio delle versioni ha lo scopo di aiutarti con le versioni di produzione, ovvero le build che hanno un numero significativo di utenti.
Affinché una build venga visualizzata nella dashboard, deve soddisfare tutti i seguenti requisiti:
La build utilizza almeno le seguenti versioni dell'SDK Crashlytics:
Piattaforme Apple: v10.8.0+ | Android: v18.6.0+ (distinta base v32.6.0+) | Svolazzamento: v3.4.5+ | Unità: 11.7.0+La build ha un numero sufficiente di utenti negli ultimi 3 giorni:
La build deve avere almeno 500 utenti unici OPPURE
La build ha almeno l'1% degli utenti totali e ha almeno 2 utenti unici.
(Per le app distribuite tramite Google Play) Se un'app dispone di un collegamento a Google Play , la dashboard mostra tutte le build elencate nel percorso Play Prod, anche se Crashlytics non ha ricevuto alcun registro delle sessioni o rilevato utenti attivi per quella build.
Tieni presente che per visualizzare i dati nella dashboard per confronti o percentuale di utenti attivi, è necessario aver rilasciato almeno due build che soddisfino i requisiti precedenti.
Innanzitutto, è utile comprendere parte della terminologia coinvolta nel grafico Utenti attivi :
Una sessione è un periodo di tempo continuo in cui un utente interagisce con un'applicazione. Una nuova sessione viene avviata quando l'app viene avviata a freddo o l'app viene messa in primo piano dopo almeno 30 minuti di background.
Gli utenti attivi per una build specifica rappresentano il numero di utenti che hanno avviato una sessione utilizzando quella build, raggruppati per ora.
Gli utenti totali (attivi) rappresentano il numero di utenti che hanno avviato una sessione in qualsiasi build dell'app che utilizza una versione dell'SDK con supporto per le sessioni , raggruppati per ora.
Nel grafico Utenti attivi , il valore percentuale e il conteggio degli utenti attivi sempre visualizzati nel grafico riguardano gli ultimi 60 minuti (o se non ci sono stati utenti attivi negli ultimi 60 minuti, il periodo dell'ultima ora che non è stato attivo avere dati). Ad esempio, nello screenshot di esempio, negli ultimi 60 minuti c'erano 90 utenti attivi per la build 6.0.0 (600) , che rappresentano il 22,1% del totale degli utenti (attivi) dell'app.
Quando mantieni il mouse sulle linee nel grafico Utenti attivi , la percentuale di utenti attivi viene calcolata dal conteggio degli utenti attivi nel periodo orario su cui stai passando il puntatore del mouse.
Tieni presente che per visualizzare la percentuale di utenti attivi, devi aver rilasciato almeno due build che soddisfino i requisiti descritti nella domanda frequente "Quali build possono essere visualizzate nella dashboard di monitoraggio dei rilasci ?" .
La percentuale di utenti attivi si basa sui dati della sessione ricevuta e non su altri dati (come i dati di Google Play o i rapporti sugli arresti anomali).
Se è la prima volta che rilasci la tua app con una versione compatibile dell'SDK di Crashlytics , Crashlytics non dispone di dati di sessioni precedenti con cui confrontarsi.
Imposta avvisi
Diversi prodotti Firebase, incluso Crashlytics, possono inviare avvisi per vari motivi specifici del prodotto. Per ricevere gli avvisi è necessario disporre delle autorizzazioni richieste.
Per monitorare la stabilità della tua ultima versione, puoi impostare avvisi sia da Performance Monitoring che da Crashlytics. Per Crashlytics in particolare, puoi impostare i seguenti avvisi:
Utilizza gli avvisi di velocità per avvisare il tuo team se un singolo problema nella tua app supera una soglia definita nella console Firebase.
Invia avvisi su problemi nuovi o regrediti al tuo canale di notifica preferito:
Utilizza le integrazioni di avvisi configurate dalla console Firebase per Jira , Slack e PagerDuty .
Configura avvisi avanzati per servizi di terze parti utilizzando Cloud Functions for Firebase.
Garantire un rilascio regolare prima del rilascio
Prima di rilasciare la versione più recente, valuta la possibilità di utilizzare alcuni dei seguenti servizi e funzionalità per garantire un rilascio regolare.
Utilizza i servizi di test pre-release
Firebase offre due prodotti che possono aiutare con i test pre-rilascio: Test Lab e App Distribution. Entrambi questi servizi possono essere integrati nei flussi CI/CD.
Firebase Test Lab è un'infrastruttura di test delle app basata su cloud che ti consente di testare la tua app su una vasta gamma di dispositivi e configurazioni, in modo da poter comprendere in anticipo come funzionerà nelle mani degli utenti reali.
E quando sei pronto per mettere la tua ultima build nelle mani di tester umani fidati, utilizza Firebase App Distribution . Puoi gestire sia la tua piattaforma Apple che le distribuzioni pre-release Android dallo stesso posto.
Utilizza servizi di distribuzione e test limitati
Utilizza Firebase Remote Config per lanciare nuove funzionalità con un meccanismo di implementazione percentuale o testare tali funzionalità su un gruppo di test limitato .
Firebase offre anche test A/B che ti consentono di testare le modifiche all'interfaccia utente, alle funzionalità o alle campagne di coinvolgimento della tua app per vedere come influiscono sulle metriche chiave (come entrate e fidelizzazione) prima di distribuirle su larga scala.