Lançar uma nova versão do seu app para dispositivos móveis para produção é uma das partes mais empolgantes 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 deles, uma comparação com versões anteriores e muito mais.
Nesta página, descrevemos várias ferramentas oferecidas pelo Firebase para monitorar os dados necessários para se sentir seguro em relação à versão do seu app para dispositivos móveis.
Use o painel Monitoramento da versão para explorar os dados relacionados à versão.
O painel Monitoramento da versão no Console do Firebase usa a tecnologia do Firebase Crashlytics. É um painel único para monitorar sua versão 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, captação de versões, comparações com versões anteriores e quaisquer 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 painel Monitoramento da versão 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. Pouco depois de implantar a versão mais recente, você pode observar como os usuários começam a interagir com ela. Se algum desses usuários apresentar falhas, você saberá o impacto imediatamente com gráficos de métricas sem falhas.Comparação e comparações baseadas 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 de até duas versões lançadas anteriormente.Principais problemas novos
É possível conferir as novas falhas da versão mais recente assim que elas forem lançadas. Na tabela Principais problemas novos, é possível monitorar o impacto dos problemas detectados pela primeira vez na versão mais recente. Assim, você pode decidir rapidamente se quer pausar ou reverter a versão.
Requisitos do painel
Para visualizar a versão mais recente no painel Monitoramento da versão, faça o seguinte:
Verifique se o app 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+) | Flutter: v3.4.5+ | Unity: 11.7.0+Publique uma nova versão do app na 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 um pouco da terminologia relacionada ao gráfico Usuários ativos:
Uma sessão é um período contínuo em que um usuário está engajado 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 de um build específico são o número de usuários que iniciaram uma sessão usando esse build, agrupados por hora.
O total de usuários (ativos) é 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, agrupada por hora.
No gráfico Usuários ativos, o valor percentual e a contagem de usuários ativos que sempre aparecem no gráfico são dos últimos 60 minutos (ou, se não houver usuários ativos nos últimos 60 minutos, no período da última hora 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 a partir do período de hora em que você está passando o cursor.
Para conferir a porcentagem de usuários ativos, é preciso ter lançado pelo menos dois builds que atendam aos requisitos descritos na pergunta frequente "Quais builds podem ser exibidos no painel Monitoramento da versão?".
Configurar alertas
Vários produtos do Firebase, incluindo o Crashlytics, podem enviar alertas por vários motivos específicos para cada produto. Para receber alertas, você precisa ter as permissões necessárias.
Para monitorar a estabilidade da sua versão mais recente, configure alertas do Monitoramento de desempenho e do Crashlytics. Especificamente para o Crashlytics, é possível configurar os seguintes alertas:
Use os alertas de velocidade para notificar sua equipe se algum problema individual no app ultrapassar um limite definido no Console do Firebase.
Envie alertas sobre problemas novos ou reabertos para seu canal de notificação preferencial:
Use as integrações de alertas configuradas pelo Console do Firebase para Jira, Slack e PagerDuty.
Configure alertas avançados para serviços de terceiros usando o Cloud Functions para Firebase.
Faça uma liberação suave antes de liberar
Antes de lançar a versão mais recente, considere usar alguns dos serviços e recursos a seguir para garantir um lançamento sem problemas.
Usar serviços de testes de pré-lançamento
O Firebase oferece dois produtos que podem ajudar nos testes de pré-lançamento: o Test Lab e o App Distribution. Os dois serviços podem ser integrados aos fluxos de CI/CD.
O Firebase Test Lab é uma infraestrutura de teste de apps baseada na nuvem que permite testar seu app em uma variedade de dispositivos e configurações. Assim, você pode entender bem o desempenho dele para usuários ativos.
Quando estiver tudo pronto para colocar seu build mais recente nas mãos de testadores humanos confiáveis, use o Firebase App Distribution. É possível gerenciar as distribuições da sua plataforma Apple e de pré-lançamento do Android no mesmo local.
Use serviços de teste limitados e de lançamento
Use a Configuração remota do Firebase para lançar novos recursos com um mecanismo de lançamento percentual ou teste esses recursos em um grupo de testes limitado.
O Firebase também oferece Teste A/B para que você possa testar mudanças na interface, nos recursos ou nas campanhas de engajamento do seu app para ver como elas afetam as principais métricas (como receita e retenção) antes de implementá-las amplamente.