Lançar uma nova versão do seu aplicativo móvel para produção é uma das partes mais emocionantes do desenvolvimento de aplicativos, mas também pode ser uma das mais estressantes! Sua equipe precisa acompanhar a adoção de versões, novos bugs e o impacto desses bugs, uma comparação com versões anteriores e muito mais.
Esta página descreve várias ferramentas oferecidas pelo Firebase para monitorar os dados de que você precisa para se sentir confiante sobre o lançamento do seu aplicativo móvel.
Use o painel de monitoramento de lançamento para explorar seus dados relacionados ao lançamento
O painel Release Monitoring no Firebase Console é desenvolvido pelo Firebase Crashlytics. É um painel único para monitorar seu lançamento de produção mais recente. O painel é atualizado quase em tempo real e oferece uma visão de alto nível das métricas de lançamento mais importantes, incluindo métricas sem falhas, aceitação de versão, comparações com versões anteriores e quaisquer novos problemas do lançamento.
Este novo painel aprimora a página Lançamento mais recente no console. Comparado a essa página, o painel de monitoramento de lançamento adiciona mais informações, exibe dados úteis sem a necessidade do Google Analytics e carrega mais rapidamente.
Recursos do painel
Relatórios em tempo real
Todos os gráficos são atualizados quase em tempo real. Logo após implantar sua versão mais recente, você poderá observar os usuários começarem a interagir com essa versão. Se algum desses usuários sofrer falhas, você saberá o impacto imediatamente por meio de gráficos de métricas sem falhas .Comparação e benchmarking com base em versões anteriores
Você pode visualizar a estabilidade da sua versão mais recente no contexto das versões anteriores. O painel permite comparar as métricas ao vivo de sua versão mais recente e de até duas de suas compilações lançadas anteriormente.Principais novos problemas
Você pode ver novas falhas da sua versão mais recente assim que elas chegarem. Na tabela Principais novos problemas , você pode monitorar o impacto dos problemas detectados pela primeira vez em sua versão mais recente, permitindo que você tome rapidamente uma decisão sobre interromper ou reverter a versão.
Requisitos para o painel
Para visualizar sua versão mais recente no painel Monitoramento de versão , faça o seguinte:
Certifique-se de que seu aplicativo use no mínimo as seguintes versões do SDK do Crashlytics:
Plataformas Apple: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) | Vibração: v3.4.5+ | Unidade: 11.7.0+Publique uma nova versão do aplicativo para produção para que você tenha um número suficiente de usuários engajados com sua versão mais recente .
Perguntas frequentes sobre o painel
Para que um build apareça no painel, ele deve usar no mínimo as seguintes versões do SDK do Crashlytics:
Plataformas Apple: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) | Vibração: v3.4.5+ | Unidade: 11.7.0+
Observe que essas versões do SDK são frequentemente chamadas de versões do SDK "compatíveis com sessões", pois são capazes de enviar dados de sessões para o Crashlytics, o que é necessário para muitos dos novos recursos do Crashlytics, como o painel de monitoramento de lançamento .
Para que uma compilação apareça no painel, ela deve atender a todos os seguintes requisitos:
A compilação usa no mínimo as seguintes versões do SDK do Crashlytics:
Plataformas Apple: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) | Vibração: v3.4.5+ | Unidade: 11.7.0+A compilação teve um número suficiente de usuários nos últimos 3 dias:
A compilação deve ter pelo menos 500 usuários únicos OU
A compilação tem pelo menos 1% do total de usuários e pelo menos 2 usuários únicos.
O dashboard Release Monitoring tem como objetivo te ajudar com seus releases de produção, ou seja, builds que possuem um número significativo de usuários.
Para que uma compilação apareça no painel, ela deve atender a todos os seguintes requisitos:
A compilação usa no mínimo as seguintes versões do SDK do Crashlytics:
Plataformas Apple: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) | Vibração: v3.4.5+ | Unidade: 11.7.0+A compilação teve um número suficiente de usuários nos últimos 3 dias:
A compilação deve ter pelo menos 500 usuários únicos OU
A compilação tem pelo menos 1% do total de usuários e pelo menos 2 usuários únicos.
(Para aplicativos distribuídos pelo Google Play) Se um aplicativo tiver um link do Google Play , o painel mostrará todos os builds listados na faixa Play Prod, mesmo que o Crashlytics não tenha recebido nenhum registro de sessão ou detectado usuários ativos para esse build.
Observe que para visualizar dados no painel para comparações ou porcentagem de usuários ativos, você precisa ter lançado pelo menos duas compilações que atendam aos requisitos anteriores.
Primeiro, é útil entender um pouco da terminologia envolvida no gráfico de usuários ativos :
Uma sessão é um período contínuo de tempo em que um usuário está envolvido com um aplicativo. Uma nova sessão é iniciada quando o aplicativo é inicializado a frio ou quando o aplicativo é colocado em primeiro plano após pelo menos 30 minutos em segundo plano.
Usuários ativos para uma compilação específica são o número de usuários que iniciaram uma sessão usando essa compilação, agrupados por hora.
O total de usuários (ativos) é o número de usuários que iniciaram uma sessão em qualquer versão do aplicativo que usa uma versão do SDK compatível com sessões , agrupados por hora.
No gráfico Usuários ativos , o valor percentual e a contagem de usuários ativos que são sempre exibidos no gráfico são dos últimos 60 minutos (ou, se não houve nenhum usuário ativo nos últimos 60 minutos, o período da última hora que ocorreu tem dados). Por exemplo, na captura de tela de exemplo, havia 90 usuários ativos para a versão 6.0.0 (600) nos últimos 60 minutos, o que representa 22,1% do total de usuários (ativos) do aplicativo.
Quando você mantém o mouse sobre as linhas do gráfico Usuários ativos , a porcentagem de usuários ativos é calculada a partir da contagem de usuários ativos no período de hora sobre o qual você está passando o mouse.
Observe que para ver a porcentagem de usuários ativos, você precisa ter lançado pelo menos duas compilações que atendam aos requisitos descritos na pergunta frequente "Quais compilações podem ser visualizadas no painel de monitoramento de versão ?" .
A porcentagem de usuários ativos é baseada nos dados de sessão recebidos e não em quaisquer outros dados (como dados do Google Play ou relatórios de falhas).
Se esta for a primeira vez que você lança seu aplicativo com uma versão compatível do SDK do Crashlytics , o Crashlytics não terá dados de sessões anteriores para comparar.
Configurar alertas
Vários produtos do Firebase, incluindo o Crashlytics, podem enviar alertas por vários motivos específicos do produto. Para receber alertas , você deve ter as permissões necessárias.
Para monitorar a estabilidade da sua versão mais recente, você pode configurar alertas do Performance Monitoring e do Crashlytics. Especificamente para o Crashlytics, você pode configurar os seguintes alertas:
Use alertas de velocidade para notificar sua equipe se algum problema individual no seu aplicativo ultrapassar um limite definido no Console do Firebase.
Envie alertas sobre problemas novos ou regredidos para o canal de notificação de sua preferência:
Use as integrações de alerta configuradas no Firebase console para Jira , Slack e PagerDuty .
Configure alertas avançados para serviços de terceiros usando o Cloud Functions para Firebase.
Garanta uma liberação suave antes de liberar
Antes de lançar sua versão mais recente, considere usar alguns dos serviços e recursos a seguir para ajudar a garantir um lançamento tranquilo.
Use serviços de teste de pré-lançamento
O Firebase oferece dois produtos que podem ajudar nos testes de pré-lançamento: Test Lab e App Distribution. Ambos os serviços podem ser integrados aos seus fluxos de CI/CD.
O Firebase Test Lab é uma infraestrutura de teste de aplicativos baseada em nuvem que permite testar seu aplicativo em uma variedade de dispositivos e configurações, para que você possa entender antecipadamente como ele funcionará nas mãos de usuários ativos.
E quando você estiver pronto para colocar sua versão mais recente nas mãos de testadores humanos confiáveis, use o Firebase App Distribution . Você pode gerenciar a plataforma Apple e as distribuições de pré-lançamento do Android no mesmo lugar.
Use serviços de implementação e testes limitados
Use o Configuração remota do Firebase para lançar novos recursos com um mecanismo de distribuição percentual ou testar esses recursos em um grupo de testes limitado .
O Firebase também oferece testes A/B para que você possa testar alterações na interface do usuário, nos recursos ou nas campanhas de engajamento do seu aplicativo para ver como elas afetam suas principais métricas (como receita e retenção) antes de lançá-las amplamente.
,Lançar uma nova versão do seu aplicativo móvel para produção é uma das partes mais emocionantes do desenvolvimento de aplicativos, mas também pode ser uma das mais estressantes! Sua equipe precisa acompanhar a adoção de versões, novos bugs e o impacto desses bugs, uma comparação com versões anteriores e muito mais.
Esta página descreve várias ferramentas oferecidas pelo Firebase para monitorar os dados de que você precisa para se sentir confiante sobre o lançamento do seu aplicativo móvel.
Use o painel de monitoramento de lançamento para explorar seus dados relacionados ao lançamento
O painel Release Monitoring no Firebase Console é desenvolvido pelo Firebase Crashlytics. É um painel único para monitorar seu lançamento de produção mais recente. O painel é atualizado quase em tempo real e oferece uma visão de alto nível das métricas de lançamento mais importantes, incluindo métricas sem falhas, aceitação de versão, comparações com versões anteriores e quaisquer novos problemas do lançamento.
Este novo painel aprimora a página Lançamento mais recente no console. Comparado a essa página, o painel de monitoramento de lançamento adiciona mais informações, exibe dados úteis sem a necessidade do Google Analytics e carrega mais rapidamente.
Recursos do painel
Relatórios em tempo real
Todos os gráficos são atualizados quase em tempo real. Logo após implantar sua versão mais recente, você poderá observar os usuários começarem a interagir com essa versão. Se algum desses usuários sofrer falhas, você saberá o impacto imediatamente por meio de gráficos de métricas sem falhas .Comparação e benchmarking com base em versões anteriores
Você pode visualizar a estabilidade da sua versão mais recente no contexto das versões anteriores. O painel permite comparar as métricas ao vivo de sua versão mais recente e de até duas de suas compilações lançadas anteriormente.Principais novos problemas
Você pode ver novas falhas da sua versão mais recente assim que elas chegarem. Na tabela Principais novos problemas , você pode monitorar o impacto dos problemas detectados pela primeira vez em sua versão mais recente, permitindo que você tome rapidamente uma decisão sobre interromper ou reverter a versão.
Requisitos para o painel
Para visualizar sua versão mais recente no painel Monitoramento de versão , faça o seguinte:
Certifique-se de que seu aplicativo use no mínimo as seguintes versões do SDK do Crashlytics:
Plataformas Apple: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) | Vibração: v3.4.5+ | Unidade: 11.7.0+Publique uma nova versão do aplicativo para produção para que você tenha um número suficiente de usuários engajados com sua versão mais recente .
Perguntas frequentes sobre o painel
Para que um build apareça no painel, ele deve usar no mínimo as seguintes versões do SDK do Crashlytics:
Plataformas Apple: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) | Vibração: v3.4.5+ | Unidade: 11.7.0+
Observe que essas versões do SDK são frequentemente chamadas de versões do SDK "compatíveis com sessões", pois são capazes de enviar dados de sessões para o Crashlytics, o que é necessário para muitos dos novos recursos do Crashlytics, como o painel de monitoramento de lançamento .
Para que uma compilação apareça no painel, ela deve atender a todos os seguintes requisitos:
A compilação usa no mínimo as seguintes versões do SDK do Crashlytics:
Plataformas Apple: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) | Vibração: v3.4.5+ | Unidade: 11.7.0+A compilação teve um número suficiente de usuários nos últimos 3 dias:
A compilação deve ter pelo menos 500 usuários únicos OU
A compilação tem pelo menos 1% do total de usuários e pelo menos 2 usuários únicos.
O dashboard Release Monitoring tem como objetivo te ajudar com seus releases de produção, ou seja, builds que possuem um número significativo de usuários.
Para que uma compilação apareça no painel, ela deve atender a todos os seguintes requisitos:
A compilação usa no mínimo as seguintes versões do SDK do Crashlytics:
Plataformas Apple: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) | Vibração: v3.4.5+ | Unidade: 11.7.0+A compilação teve um número suficiente de usuários nos últimos 3 dias:
A compilação deve ter pelo menos 500 usuários únicos OU
A compilação tem pelo menos 1% do total de usuários e pelo menos 2 usuários únicos.
(Para aplicativos distribuídos pelo Google Play) Se um aplicativo tiver um link do Google Play , o painel mostrará todos os builds listados na faixa Play Prod, mesmo que o Crashlytics não tenha recebido nenhum registro de sessão ou detectado usuários ativos para esse build.
Observe que para visualizar dados no painel para comparações ou porcentagem de usuários ativos, você precisa ter lançado pelo menos duas compilações que atendam aos requisitos anteriores.
Primeiro, é útil entender um pouco da terminologia envolvida no gráfico de usuários ativos :
Uma sessão é um período contínuo de tempo em que um usuário está envolvido com um aplicativo. Uma nova sessão é iniciada quando o aplicativo é inicializado a frio ou quando o aplicativo é colocado em primeiro plano após pelo menos 30 minutos em segundo plano.
Usuários ativos para uma compilação específica são o número de usuários que iniciaram uma sessão usando essa compilação, agrupados por hora.
O total de usuários (ativos) é o número de usuários que iniciaram uma sessão em qualquer versão do aplicativo que usa uma versão do SDK compatível com sessões , agrupados por hora.
No gráfico Usuários ativos , o valor percentual e a contagem de usuários ativos que são sempre exibidos no gráfico são dos últimos 60 minutos (ou, se não houve nenhum usuário ativo nos últimos 60 minutos, o período da última hora que ocorreu tem dados). Por exemplo, na captura de tela de exemplo, havia 90 usuários ativos para a versão 6.0.0 (600) nos últimos 60 minutos, o que representa 22,1% do total de usuários (ativos) do aplicativo.
Quando você mantém o mouse sobre as linhas do gráfico Usuários ativos , a porcentagem de usuários ativos é calculada a partir da contagem de usuários ativos no período de hora sobre o qual você está passando o mouse.
Observe que para ver a porcentagem de usuários ativos, você precisa ter lançado pelo menos duas compilações que atendam aos requisitos descritos na pergunta frequente "Quais compilações podem ser visualizadas no painel de monitoramento de versão ?" .
A porcentagem de usuários ativos é baseada nos dados de sessão recebidos e não em quaisquer outros dados (como dados do Google Play ou relatórios de erros).
Se esta for a primeira vez que você lança seu aplicativo com uma versão compatível do SDK do Crashlytics , o Crashlytics não terá dados de sessões anteriores para comparar.
Configurar alertas
Vários produtos do Firebase, incluindo o Crashlytics, podem enviar alertas por vários motivos específicos do produto. Para receber alertas , você deve ter as permissões necessárias.
Para monitorar a estabilidade da sua versão mais recente, você pode configurar alertas do Performance Monitoring e do Crashlytics. Especificamente para o Crashlytics, você pode configurar os seguintes alertas:
Use alertas de velocidade para notificar sua equipe se algum problema individual no seu aplicativo ultrapassar um limite definido no Console do Firebase.
Envie alertas sobre problemas novos ou regredidos para o canal de notificação de sua preferência:
Use as integrações de alerta configuradas no Firebase console para Jira , Slack e PagerDuty .
Configure alertas avançados para serviços de terceiros usando o Cloud Functions para Firebase.
Garanta uma liberação suave antes de liberar
Antes de lançar sua versão mais recente, considere usar alguns dos serviços e recursos a seguir para ajudar a garantir um lançamento tranquilo.
Use serviços de teste de pré-lançamento
O Firebase oferece dois produtos que podem ajudar nos testes de pré-lançamento: Test Lab e App Distribution. Ambos os serviços podem ser integrados aos seus fluxos de CI/CD.
O Firebase Test Lab é uma infraestrutura de teste de aplicativos baseada em nuvem que permite testar seu aplicativo em uma variedade de dispositivos e configurações, para que você possa entender antecipadamente como ele funcionará nas mãos de usuários ativos.
E quando você estiver pronto para colocar sua versão mais recente nas mãos de testadores humanos confiáveis, use o Firebase App Distribution . Você pode gerenciar a plataforma Apple e as distribuições de pré-lançamento do Android no mesmo lugar.
Use serviços de implementação e testes limitados
Use o Configuração remota do Firebase para lançar novos recursos com um mecanismo de distribuição percentual ou testar esses recursos em um grupo de testes limitado .
O Firebase também oferece testes A/B para que você possa testar alterações na interface do usuário, nos recursos ou nas campanhas de engajamento do seu aplicativo para ver como elas afetam suas principais métricas (como receita e retenção) antes de lançá-las amplamente.