A implantação de uma nova versão do app para dispositivos móveis na produção é uma das partes mais interessantes do desenvolvimento de apps, mas também pode ser uma das mais estressantes. Sua equipe precisa acompanhar a adoção da versão, novos bugs e o impacto de eles, uma comparação com versões anteriores e muito mais.
Esta página descreve várias ferramentas oferecidas pelo Firebase para monitorar os dados que você precisa para ter confiança na versão do seu app para dispositivos móveis.
Usar o painel Monitoramento de versões para analisar os dados relacionados à versão
O painel Monitoramento de versões no console Firebase é desenvolvido pelo Firebase Crashlytics. É um único painel para monitorar a versão de produção mais recente. O painel é atualizado quase em tempo real e oferece uma visão geral das métricas de versão mais importantes, incluindo métricas sem falhas, adoção de versão, comparações com versões anteriores e novos problemas da versão.
Esse novo painel melhora a página Versão mais recente no console. Em comparação com essa página, o Monitoramento de versões painel adiciona mais informações, mostra 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. Pouco depois de implantar a versão mais recente, você pode observar os usuários interagindo com ela. Se alguns desses usuários tiverem falhas, você saberá o impacto imediatamente pelos gráficos de métricas sem falhas.Comparação e benchmarking com base em versões anteriores
É possível conferir a estabilidade da versão mais recente no contexto das versões anteriores. O painel permite comparar as métricas em tempo real da versão mais recente e até dois builds lançados anteriormente.Principais novos problemas
É possível conferir as falhas novas da versão mais recente à medida que elas chegam. Na tabela Principais novos problemas, você pode monitorar o impacto dos problemas detectados pela primeira vez na versão mais recente, permitindo que você tome uma decisão rápida sobre se deve interromper ou reverter a versão.
Requisitos para acessar o painel
Para conferir a versão mais recente no painel Monitoramento de versões, faça o seguinte:
Verifique se o app usa pelo menos as seguintes versões do Crashlytics SDK:
Plataformas da Apple: v10.8.0+ | Android: v18.6.0+ (BoM v32.6.0+) | Flutter: v3.4.5+ | Unity: 11.7.0+Publique uma nova versão do app para produção para ter um número suficiente de usuários engajados com a versão mais recente.
Perguntas frequentes sobre o painel
Como os valores mostrados no gráfico Usuários ativos são determinados ou calculados?
Primeiro, é útil entender alguns dos termos envolvidos no gráfico Usuários ativos:
Uma sessão é um período contínuo em que um usuário está interagindo com um aplicativo. Uma nova sessão começa quando o app é inicializado a frio ou fica em primeiro plano após pelo menos 30 minutos em segundo plano.
Usuários ativos para um build específico são o número de usuários que iniciaram uma sessão usando esse build, agrupados por hora.
Usuários totais (ativos) são o número de usuários que iniciaram uma sessão em qualquer build do app 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 mostrados no gráfico são dos últimos 60 minutos ou, se não houver
usuários ativos nos últimos 60 minutos, o período da hora anterior que
tinha dados. Por exemplo, na captura de tela de exemplo, havia 90 usuários ativos
para o build 6.0.0 (600) nos últimos 60 minutos, o que representa
22,1% do total de usuários (ativos) do app.
Quando você mantém o mouse sobre as linhas no gráfico Usuários ativos, a porcentagem de usuários ativos é calculada com base na contagem de usuários ativos do período da hora em que você está passando o cursor.
Para conferir a porcentagem de usuários ativos, é necessário ter lançado pelo menos dois builds que atendam aos requisitos descritos nas perguntas frequentes "Quais builds podem ser visualizados no painel Monitoramento de versões?".
Configurar alertas
Vários produtos do Firebase, incluindo Crashlytics, podem enviar alertas por vários motivos específicos do produto. Para receber alertas, é necessário ter as permissões necessárias.
Para monitorar a estabilidade da versão mais recente, você pode configurar alertas no Performance Monitoring e no Crashlytics. Para Crashlytics especificamente, você pode configurar os seguintes alertas:
Use alertas de velocidade para notificar sua equipe se algum problema individual no app ultrapassar um limite definido no Firebase console.
Envie alertas sobre problemas novos ou recorrentes para o canal de notificação preferido:
Use as integrações de alertas configuradas no console do Firebase para Slack, Jira, e PagerDuty.
Configure alertas avançados para serviços de terceiros usando Cloud Functions for Firebase.
Garantir uma versão tranquila antes de lançar
Antes de lançar a versão mais recente, considere usar alguns dos seguintes serviços e recursos a seguir para garantir uma versão tranquila.
Usar serviços de teste de pré-lançamento
O Firebase oferece dois produtos que podem ajudar com testes de pré-lançamento: Test Lab e App Distribution. Esses dois serviços podem ser integrados aos fluxos de CI/CD.
Firebase Test Lab é uma infraestrutura de teste de apps baseada na nuvem que permite testar seu aplicativo em vários dispositivos e configurações. Dessa forma, é possível ter uma noção inicial de como ele vai funcionar com os usuários.
Quando estiver tudo pronto para colocar o build mais recente nas mãos de testadores humanos confiáveis, use Firebase App Distribution. É possível gerenciar as distribuições de pré-lançamento para plataformas Apple e Android do mesmo lugar.
Usar serviços de lançamento e teste limitado
Use Firebase Remote Config para lançar novos recursos com um mecanismo de lançamento gradual ou testar esses recursos em um grupo de teste limitado.
O Firebase também oferece A/B Testing para que você possa testar mudanças na interface, nos recursos ou nas campanhas de engajamento do seu app para ver como elas afetam suas principais métricas (como receita e retenção) antes de implementá-las amplamente.