L'implementazione di una nuova versione della tua app mobile in produzione è una delle parti più emozionanti dello sviluppo di app, ma può anche essere una delle più stressanti. Il team deve tenere traccia dell'adozione delle versioni, dei nuovi bug e dell'impatto di questi bug, nonché fare un confronto con le release precedenti e altro ancora.
Questa pagina descrive diversi strumenti offerti da Firebase per monitorare i dati di cui hai bisogno per sentirti sicuro del lancio della tua app mobile.
Utilizza la dashboard Monitoraggio delle release per esplorare i dati relativi alle release
La dashboard Monitoraggio release nella console Firebase è basata su Firebase Crashlytics. Si tratta di una singola dashboard per monitorare la release 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, tra cui metriche relative all'assenza di arresti anomali, adozione della versione, confronti con le release precedenti e eventuali nuovi problemi relativi alla release.
Questa nuova dashboard migliora la pagina Ultima release nella console. Rispetto a questa pagina, la dashboard Monitoraggio release aggiunge più informazioni, mostra dati utili senza la necessità di Google Analytics e si carica più rapidamente.
Funzionalità della dashboard
Report in tempo reale
Tutti i grafici vengono aggiornati quasi in tempo reale. Poco dopo aver implementato la versione più recente, puoi osservare come gli utenti iniziano a interagire con la release. Se alcuni di questi utenti riscontrano arresti anomali, potrai conoscere immediatamente l'impatto tramite i grafici delle metriche senza arresti anomali.Confronto e benchmarking in base alle release precedenti
Puoi visualizzare la stabilità della tua release più recente nel contesto delle release precedenti. La dashboard ti consente di confrontare le metriche in tempo reale dell'ultima release e fino a due delle build rilasciate in precedenza.Nuovi problemi principali
Puoi visualizzare i nuovi arresti anomali della tua release più recente non appena si verificano. Nella tabella Nuovi problemi principali, puoi monitorare l'impatto dei problemi rilevati per primi nella release più recente, in modo da decidere rapidamente se interrompere o eseguire il rollback della release.
Requisiti per la dashboard
Per visualizzare la tua ultima release nella dashboard Monitoraggio delle release, procedi nel seguente modo:
Assicurati che la tua app utilizzi almeno le seguenti versioni dell'Crashlytics SDK:
Piattaforme Apple: v10.8.0 e versioni successive | Android: v18.6.0 e versioni successive (BoM v32.6.0 e versioni successive) | Flutter: v3.4.5 e versioni successive | Unity: 11.7.0 e versioni successivePubblica una nuova versione dell'app in produzione in modo da avere un numero sufficiente di utenti coinvolti con la tua ultima release.
Domande frequenti sulla dashboard
Quali sono le versioni dell'SDK obbligatorie per utilizzare la dashboard Monitoraggio delle release?
Affinché una build venga visualizzata nella dashboard, deve utilizzare almeno le seguenti versioni dell'SDK Crashlytics:
piattaforme Apple: v10.8.0 e versioni successive | Android: v18.6.0 e versioni successive (BoM v32.6.0 e versioni successive) | Flutter: v3.4.5 e versioni successive | Unity: 11.7.0 e versioni successive
Tieni presente che queste versioni dell'SDK sono spesso chiamate versioni dell'SDK "compatibili con le sessioni", in quanto sono in grado di inviare i dati delle sessioni a Crashlytics, che è obbligatorio per molte delle nuove funzionalità di Crashlytics, come la dashboard Monitoraggio rilasci.
Perché nella dashboard Monitoraggio delle release è visualizzata la dicitura "In attesa che più utenti interagiscano"?
Affinché una build venga visualizzata nella dashboard, deve soddisfare tutti i seguenti requisiti:
La build utilizza almeno le seguenti versioni dell'SDKCrashlytics:
piattaforme Apple: v10.8.0 o versioni successive | Android: v18.6.0 o versioni successive (BoM v32.6.0 o versioni successive) | Flutter: v3.4.5 o versioni successive | Unity: 11.7.0 o versioni successiveLa 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 almeno 2 utenti unici.
Quali build possono essere visualizzate nella dashboard Monitoraggio release?
La dashboard Monitoraggio release ha lo scopo di aiutarti con le release 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'SDKCrashlytics:
piattaforme Apple: v10.8.0 o versioni successive | Android: v18.6.0 o versioni successive (BoM v32.6.0 o versioni successive) | Flutter: v3.4.5 o versioni successive | Unity: 11.7.0 o versioni successiveLa 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 almeno 2 utenti unici.
(Per le app distribuite tramite Google Play) Se un'app ha un link a Google Play, la dashboard mostra tutte le build elencate nel Play canale di produzione, anche se Crashlytics non ha ricevuto log delle sessioni o rilevato utenti attivi per quella build.
Tieni presente che per visualizzare i dati nella dashboard per i confronti o la percentuale di utenti attivi, devi aver rilasciato almeno due build che soddisfano i requisiti precedenti.
Come vengono determinati o calcolati i valori riportati nel grafico Utenti attivi?
Innanzitutto, è utile comprendere alcuni termini utilizzati nel grafico Utenti attivi:
Una sessione è un periodo di tempo continuo durante il quale un utente interagisce con un'applicazione. Una nuova sessione inizia quando l'app viene avviata a freddo o viene messa in primo piano dopo almeno 30 minuti in background.
Gli utenti attivi per una build specifica sono il numero di utenti che hanno avviato una sessione utilizzando la build, raggruppati per ora.
Utenti totali (attivi) indica il numero di utenti che hanno avviato una sessione in qualsiasi build dell'app che utilizza una versione dell'SDK compatibile con le sessioni, raggruppati per ora.
Nel grafico Utenti attivi, il valore percentuale e il conteggio degli utenti attivi che vengono sempre visualizzati nel grafico si riferiscono agli ultimi 60 minuti (o, se non sono stati registrati utenti attivi negli ultimi 60 minuti, all'ora precedente per cui sono disponibili dati). Ad esempio, nello screenshot di esempio sono stati registrati 90 utenti attivi per la build 6.0.0 (600)
negli ultimi 60 minuti, ovvero il 22, 1% degli utenti totali (attivi) dell'app.
Quando passi il mouse sopra le linee nel grafico Utenti attivi, la percentuale di utenti attivi viene calcolata in base al numero di utenti attivi nel periodo di un'ora sopra cui passi il mouse.
Tieni presente che per visualizzare la percentuale di utenti attivi, devi aver rilasciato almeno due build che soddisfano i requisiti descritti nelle domande frequenti "Quali build possono essere visualizzate nella dashboard Monitoraggio release?".
Perché la percentuale di utenti attivi è pari allo 0%?
La percentuale di utenti attivi si basa sui dati delle sessioni ricevute e non su altri dati (ad esempio i dati di Google Play o i report sugli arresti anomali).
Perché non vedo confronti e/o la percentuale di utenti attivi?
Se è la prima volta che rilasci l'app con una versione dell'SDK Crashlytics compatibile, Crashlytics non ha dati sulle sessioni precedenti da confrontare.
Configurazione degli avvisi
Diversi prodotti Firebase, tra cui Crashlytics, possono inviare avvisi per vari motivi specifici del prodotto. Per ricevere avvisi, devi disporre delle autorizzazioni richieste.
Per monitorare la stabilità della tua ultima release, puoi configurare avvisi sia da Performance Monitoring sia da Crashlytics. Per Crashlytics in particolare, puoi configurare i seguenti avvisi:
Utilizza gli avvisi di velocità per notificare il tuo team nel caso in cui un singolo problema nella tua app superi una soglia che hai definito nella console Firebase.
Invia avvisi relativi a problemi nuovi o in regressione al canale di notifica preferito:
Utilizza le integrazioni di avviso configurate nella Console Firebase per Jira, Slack e PagerDuty.
Configura l'invio di avvisi avanzati a servizi di terze parti utilizzando Cloud Functions for Firebase.
Garantire un rilascio senza problemi prima del rilascio
Prima di rilasciare la versione più recente, ti consigliamo di utilizzare alcuni dei seguenti servizi e funzionalità per garantire un rilascio senza problemi.
Utilizzare i servizi di test pre-release
Firebase offre due prodotti che possono aiutarti con i test pre-release: Test Lab e App Distribution. Entrambi questi servizi possono essere integrati nei tuoi 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 serie di dispositivi e configurazioni, in modo da capire in anticipo il suo rendimento tra le mani degli utenti reali.
Quando è tutto pronto, puoi mettere la tua build più recente nelle mani di tester umani di fiducia utilizzando Firebase App Distribution. Puoi gestire sia la piattaforma Apple sia le distribuzioni pre-release per Android dalla stessa posizione.
Utilizzare i servizi di implementazione e test limitati
Utilizza Firebase Remote Config per lanciare nuove funzionalità con un meccanismo di implementazione percentuale o per testarle su un gruppo di test limitato.
Firebase offre anche A/B Testing, che ti consente di testare le modifiche alla UI, alle funzionalità o alle campagne di coinvolgimento della tua app per vedere in che modo influiscono sulle metriche chiave (come le entrate e la fidelizzazione) prima di implementarle su larga scala.