Neste guia
O Android vitals é o painel do Google com dados técnicos de qualidade do seu app, coletados de aparelhos reais em uso. Ele fica no Play Console. Para uma equipe pequena, o sensato é acompanhar alguns números, entender o que significam e usá-los para decidir o que corrigir primeiro.
As métricas principais
A documentação do Google para desenvolvedores Android lista estas como os vitals mais importantes:
- Estabilidade: taxa de travamento percebida pelo usuário e taxa de ANR (Application Not Responding, app não respondendo) percebida pelo usuário.
- Bateria: wake locks parciais excessivos.
- Memória: uso de memória e uso de memória de bitmaps.
Comece pela estabilidade. Travamentos e ANRs são os números que a maioria dos desenvolvedores consegue corrigir diretamente.
Limites, e por que importam
A mesma documentação define limites de "comportamento ruim". Para maximizar a visibilidade no Google Play, mantenha estes abaixo:
| Métrica | Geral (média entre aparelhos) | Por modelo de celular |
|---|---|---|
| Taxa de travamento percebida pelo usuário | 1,09% | 8% |
| Taxa de ANR percebida pelo usuário | 0,47% | 8% |
Se você ultrapassar um limite, o Google diz que o Play pode reduzir a visibilidade do seu app e pode mostrar um aviso na sua página de loja. Os limites podem mudar, então confira a página atual antes de citá-los.
Duas leituras devem ser mantidas separadas: a taxa geral diz se o app está saudável em média; a taxa por modelo diz se uma família de aparelhos está muito quebrada, mesmo quando a média parece boa.
Onde olhar
Dados de travamento e ANR aparecem no painel do Android vitals no Play Console. Os mesmos dados estão disponíveis pela API de Relatórios do Google Play Developer. Para investigar um problema específico de aparelho, o Google aponta para Alcance e Dispositivos no Play Console.
Vitals e relatos de testadores
O vitals diz que algo falha e com que frequência. Raramente diz o que a pessoa estava fazendo. Um relato de testador preenche essa lacuna.
- Identifique um pico no vitals após uma versão.
- Pergunte aos testadores do tipo de aparelho afetado para repetir os fluxos principais e anotar os passos exatos.
- Compare os passos deles com o stack trace nos clusters do vitals.
- Corrija, depois acompanhe o número na próxima versão.
O vitals reflete builds lançadas, então não substitui o teste antes de uma versão. Também tem pouco a dizer sobre um app novo com poucos usuários: amostras pequenas fazem as porcentagens oscilarem muito. Nessa fase, o feedback dos testadores pesa mais.
Transformando números em prioridades
- Corrija primeiro os clusters de travamento que atingem mais usuários. Veja como priorizar relatórios de travamento.
- Trate ANRs como um problema separado, com causas separadas (thread principal bloqueada, E/S lenta). Veja erros de ANR no Android.
- Verifique um pico específico de modelo em um aparelho real ou parecido antes de mudar o código.
- Anote o número a cada versão, para ver se uma mudança ajudou.
Parte do guia de teste de app Android. Relacionados: testes em dispositivos na nuvem vs. testadores reais e o checklist de lançamento Android.
Quer que os testadores reproduzam um problema nos próprios celulares? Comece grátis e colete feedback privado e estruturado.