Home Desenvolvimento Guia do Teste Fechado Google Play
Guia Técnico de Homologação

Diretrizes do Teste Fechado do Google Play Console

Guia definitivo de conformidade regulatória, engenharia de telemetria, respostas modelo para o formulário de solicitação de produção e checklist de aprovação.

1. Visão Geral 2. Requisitos 3. Telemetria 4. Modelos de Resposta 5. Checklist Final

1. Visão Geral e Contexto Regulatório

Regra Regulatória Google Play Console

A partir de 13 de novembro de 2023, o Google implementou mudanças estruturais nas políticas de publicação do Google Play Console. Contas de desenvolvedor criadas após essa data na categoria de Conta Pessoal estão obrigatoriamente sujeitas ao protocolo de Teste Fechado de 14 Dias antes de receberem autorização para lançar aplicativos na faixa de Produção pública.

Redução de Malwares e Spam

A retenção diária e a análise comportamental contínua reduzem a proliferação de aplicações clonadas, maliciosas ou de baixo valor agregado.

Validação Térmica & Hardware

Garantia de que o aplicativo passe por testes de estresse em parque de dispositivos heterogêneo antes de atingir a base global de usuários.

Engajamento Humano Autêntico

Substitui fazendas de robôs por usuários reais que interagem com fluxos críticos, validando a usabilidade e estabilidade técnica.

📌 Nota para Contas Organizacionais (Pessoa Jurídica): Contas registradas com CNPJ e D-U-N-S Number verificado estão isentas desta regra de 14 dias com 12 testadores, embora sigam sujeitas às revisões padrão de política e segurança da Play Store.

2. Requisitos Mandatórios e Estrutura do Processo

Critérios Quantitativos e Operacionais

Para solicitar o acesso à produção, a conta do desenvolvedor precisa atender concomitante aos critérios quantitativos obrigatórios:

Requisito Valor Mínimo Descrição & Regra Prática
Testadores Elegíveis 12 Pessoas Usuários com contas Google ativas que aceitaram explicitamente o convite de opt-in.
Duração Contínua 14 Dias Janela ininterrupta em que pelo menos 12 testadores permanecem optados na faixa de teste.
Opt-in Ativo 100% do Tempo Se um testador sair e o total cair para 11, o contador de 14 dias é pausado ou resetado automaticamente.
⚠️ Margem de Segurança Recomendada: Recrutar exatamente 12 testadores representa alto risco. A prática recomendada é manter de 15 a 20 testadores engajados para criar uma margem segura contra desistências involuntárias.

O Formulário de Solicitação de Acesso à Produção

Ao atingir os 14 dias consecutivos, o painel do Google Play Console liberará o botão "Solicitar Produção". O desenvolvedor deverá responder a um formulário dividido em 3 seções essenciais:

1

Sobre o Teste Fechado

Foco na estratégia de recrutamento de testadores, metodologia de engajamento diário adotada e canais oficiais de comunicação (Grupos do Google / WhatsApp / Discord).

2

Sobre o Aplicativo

Detalhamento da proposta de valor, público-alvo pretendido, utilidade do aplicativo e métricas operacionais que justificam sua publicação na loja pública.

3

Prontidão para Produção

Síntese dos feedbacks recebidos, histórico de correções de bugs nas novas compilações (AABs) e critérios de qualidade do Android Vitals que comprovam estabilidade.

3. Telemetria, Algoritmo e Validação Automática

Como o Google Play Analisa a Qualidade do Teste

Cumprir os 14 dias com 12 testadores é uma condição necessária, porém não suficiente. O Google utiliza inteligência de telemetria comportamental para atestar a legitimidade do teste.

[Compilação AAB Assinada] ──> [Distribuição via Play Store] ──> [Dispositivos Reais] │ Telemetria Coletada: ├── Sessões diárias distribuídas ├── Tempo de retenção do app ├── Relatórios ANR e Crashes └── Diversidade de Hardware │ ▼ [Validação do Algoritmo Google]

Aberturas de Sessão

Aberturas naturais distribuídas ao longo dos dias. Acessos simultâneos em lote no mesmo segundo acionam alertas de automação robótica.

Retenção de Instalação

O app deve continuar instalado durante toda a janela de 14 dias. Desinstalações imediatas pós opt-in degradam o score do teste.

Duração das Sessões

Acessos fugazes de apenas 2 segundos são sinalizadores de testes sintéticos sem interação real de navegação.

Diversidade de Dispositivos

Uso em fabricantes variados (Samsung, Motorola, Xiaomi, Google Pixel) e diferentes versões de Android (10 ao 15).

Android Vitals

Monitoramento estrito de taxa de *Crash* (< 1.09%) e *ANR* App Not Responding (< 0.47%). Exceções não tratadas reprovam o app.

Histórico de Updates (AABs)

O lançamento de 2 a 3 compilações (.aab) durante o teste comprova que o desenvolvedor atendeu aos relatos dos testadores.

4. Modelos Práticos de Resposta para o Formulário

Respostas Estruturadas para Cópia & Personalização

Abaixo estão os modelos práticos sugeridos para o preenchimento das 3 seções do formulário no Play Console. Substitua os campos entre colchetes [...] pelas informações reais do seu projeto.

1.1 Como você recrutou os testadores para o seu teste fechado? Seção 1: Teste Fechado
"Os testadores foram recrutados através de nossa rede profissional e da comunidade especializada TestPool, além de membros do Grupo do Google oficial (apps-dev-qa-prd@googlegroups.com), compostos por desenvolvedores e usuários finais do público-alvo do aplicativo [ex: gestão financeira / produtividade]. Selecionamos 18 testadores voluntários com perfil heterogêneo de dispositivos (Samsung, Motorola, Xiaomi e Google Pixel) rodando Android 10 ao 15."
1.2 Como você orientou e engajou os testadores durante o período de teste? Seção 1: Teste Fechado
"Estabelecemos um canal de comunicação via [ex: Grupo de WhatsApp / Discord / E-mail] onde disponibilizamos um roteiro de navegação guiada pelos fluxos principais [ex: cadastro, sincronização de dados e navegação offline]. Solicitamos acessos diários para validar o comportamento do app sob diferentes condições de rede e enviamos lembretes periódicos de testes."
1.3 Como você coletou o feedback dos seus testadores? Seção 1: Teste Fechado
"Coletamos feedback por três canais complementares: (1) O formulário oficial de feedback de testes na Google Play Store; (2) Questionário estruturado via Google Forms para medir usabilidade e satisfação do usuário; e (3) Telemetria automatizada de relatórios de falhas integrados via biblioteca Firebase Crashlytics."
2.1 Qual é a proposta de valor e o público-alvo do seu aplicativo? Seção 2: O Aplicativo
"O aplicativo [Nome do App] resolve o problema de [descrever o problema, ex: organização de tarefas diárias de estudantes e profissionais]. Ele oferece uma solução rápida e intuitiva para [descrever funcionalidade mestre]. O público-alvo compreende [descrever perfil demográfico e hábitos dos usuários]."
3.1 Quais foram os principais feedbacks relatados e como você os resolveu? Seção 3: Prontidão para Produção
"Durante o teste fechado, recebemos relatos de lentidão na renderização da lista inicial em aparelhos intermediários. Analisamos os relatórios e publicamos a versão [1.0.2-beta] aplicando indexação de dados e cache local, reduzindo o tempo de carregamento em 60%. Corrigimos também um bug visual de corte de botão em telas com densidade HD na versão [1.0.3-beta]."
3.2 Descreva os critérios de qualidade para determinar que o app está pronto. Seção 3: Prontidão para Produção
"Adotamos como critérios de qualidade: (1) Taxa de sessões livres de erros (Crash-Free Sessions) superior a 99.5% no Android Vitals; (2) Taxa de ANR zerada nos últimos 7 dias de teste; (3) Conclusão com êxito de todos os testes no Relatório Pré-Lançamento sem falhas bloqueantes; e (4) Índice de aprovação de usabilidade de 85% entre os testadores."

5. Checklist Final Pré-Submissão

Validação Final Antes de Enviar para Análise

Marque os itens abaixo antes de clicar no botão "Enviar para Análise" no seu Google Play Console:

🚀 Precisa de Testadores Reais para o seu Aplicativo?

Conecte-se à comunidade TestPool para engajar testadores voluntários autênticos por 14 dias com acompanhamento de telemetria completo!

Grupo Google Oficial TestPool Base de Conhecimento (12 Módulos)