Teste fechado no Google Play: 12 testadores, 14 dias e um plano de testes para liberar a produção (2026)

Se a sua conta de desenvolvedor do Google Play é uma conta pessoal criada recentemente, o teste fechado do Google Play é uma etapa obrigatória antes do lançamento. Quando você solicita acesso à produção, pelo menos 12 testadores precisam estar inscritos no seu teste fechado, e cada um deles precisa estar inscrito de forma contínua nos 14 dias anteriores. Trate isso como um projeto de teste de duas semanas, com um responsável, um cronograma e um ciclo de feedback, e não como um item para marcar no último dia.

O que o teste fechado do Google Play exige em 2026?

Em novembro de 2026, contas pessoais de desenvolvedor criadas depois de 13 de novembro de 2023 precisam rodar um teste fechado com "no mínimo 12 testadores inscritos de forma contínua por pelo menos 14 dias" antes de poderem solicitar acesso à produção. Até lá, as opções de Produção e Pré-registro ficam bloqueadas para o app.

• 12 testadores precisam estar inscritos no teste fechado no momento em que você faz a solicitação.
• Eles precisam estar inscritos nos 14 dias anteriores, de forma contínua.
• Um testador que sai e volta a se inscrever precisa cumprir novamente 14 dias consecutivos para contar.
• O teste fechado fica disponível assim que a configuração do app está concluída. O teste aberto continua bloqueado até você ter acesso à produção.
• O teste interno não tem pré-requisitos, mas é uma faixa separada.

As regras estão na página do Google sobre requisitos de teste de apps para novas contas pessoais de desenvolvedor. Essa página trata apenas de contas pessoais. Ela não diz nada sobre contas de organização, então verifique o que aparece no seu próprio Painel em vez de presumir qualquer coisa.

Como configurar uma faixa de teste fechado no Play Console?

Para configurar um teste fechado, abra Testar e lançar > Testes > Teste fechado no Play Console, clique em Gerenciar faixa, adicione testadores na guia Testadores e depois lance uma versão. Você pode adicionar testadores por lista de e-mails ou por Grupo do Google. Cada lista comporta até 2.000 usuários, então o tamanho da lista nunca é o limite. O difícil é fazer as pessoas se inscreverem.

1. Na guia Testadores, crie uma lista de e-mails ou informe um Grupo do Google como yourgroupname@googlegroups.com.
2. Adicione um URL ou endereço de e-mail para feedback. O Google o exibe na página de inscrição do testador.
3. Copie o link de inscrição compartilhável e salve as alterações.
4. Crie uma versão na faixa fechada e lance-a.
5. Compartilhe o link de inscrição junto com o URL da Play Store assim que a versão estiver no ar. Os testadores não conseguem encontrar um app que ainda não está em produção pesquisando no Play.

A página de configuração de testes do Google lista várias armadilhas. "O link de inscrição só é exibido quando o status do app é 'Publicado'", então apps em Rascunho ou com Publicação pendente não têm link. Enviar um CSV substitui os endereços que já estavam na lista, e arquivos CSV salvos como UTF-8 com BOM são rejeitados. Com um Grupo do Google, as pessoas precisam entrar no grupo antes de poder se inscrever. Quem já está no seu teste interno precisa sair dele antes de poder receber o teste fechado.

Quantos testadores recrutar e quais deles contam?

Recrute 15–16 testadores, não 12, porque só contam as pessoas inscritas pelo link de inscrição do Play, e quem desiste antes do 14º dia não conta nada. Os 14 dias de cada testador começam quando ele se inscreve, então quem entra tarde adia a data mais cedo em que você pode fazer a solicitação.

Boas fontes são sua lista de e-mails, a lista de espera do beta, amigos que têm celular Android e outros desenvolvedores indie que testam seu app se você testar o deles. Peça a cada pessoa que confirme que aceitou o link de inscrição e instalou pelo Play. Um APK instalado manualmente ou um build encaminhado não conta. Se o seu app for pago, o Google observa que os testadores precisam comprá-lo para participar, o que é mais um motivo para oferecer um build de teste gratuito ou um caminho com código promocional.

O que os testadores devem fazer durante os 14 dias?

Os testadores devem usar o app como usuários reais usariam, com uma tarefa específica a cada poucos dias, para que você colete feedback e publique correções dentro do período. O formulário de produção pergunta se os testadores usaram todos os recursos e se o uso deles correspondeu ao comportamento no mundo real, e você precisa de respostas para as duas perguntas.

Testadores não podem deixar avaliações públicas em versões de teste. Colete feedback pelo seu URL ou e-mail de feedback, ou pelo feedback privado no Google Play. Mantenha um registro de cada relato, do que você mudou e de qual build corrigiu o problema. Se o teste revelar crashes ou telas quebradas, o plano de testes de build de release para rejeições 2.1 também serve como checklist útil para builds Android.

O que acontece quando desenvolvedores recebem "mais testes necessários"?

Relatos públicos mostram que atingir o número de testadores leva você até a solicitação, mas não garante a aprovação. O que separa aprovações de rejeições é o engajamento visível dos testadores e as atualizações motivadas pelo feedback.

• Rejeitado depois de usar um serviço de testadores. Na comunidade do MIT App Inventor, um desenvolvedor relatou em julho de 2024 (quando a exigência era de 20 testadores) que atingiu o número por meio de um serviço de troca de testadores. Mesmo assim, recebeu "Mais testes necessários para acessar a produção do Google Play" ("More testing required to access Google Play production"), com os motivos "Os testadores não se engajaram com o seu app durante o teste fechado" e "Você não seguiu as práticas recomendadas de teste, que podem incluir coletar o feedback dos usuários e agir com base nele". O Google disse a ele: "Antes de solicitar novamente, teste seu app usando o teste fechado por mais 14 dias com testadores reais." Ele também disse que não conseguiu preencher o formulário pós-teste porque não sabia quem eram seus testadores nem como eles tinham testado. A página do tópico não registra uma solução.
• Aprovado depois de refazer o teste. Um desenvolvedor no DEV Community descobriu que a maioria dos amigos e familiares usava iPhone. Só 4–5 pessoas instalaram o app, e cerca de metade o removeu em poucos dias. Ele passou a usar um Grupo do Google configurado como "Qualquer pessoa pode participar" e recrutou outros desenvolvedores por meio de um app de testes recíprocos, que o post promove. Chegou a 14 testadores em dois dias, publicou 6 pequenas atualizações durante o período e escreveu respostas cuidadosas no formulário. Ele relata aprovação dois dias depois da solicitação.

Lição: os dois desenvolvedores atingiram o número de testadores. O aprovado conseguia apontar uso real, atualizações e feedback, enquanto o rejeitado tinha números, mas nenhuma evidência que pudesse descrever no formulário. Se você já recebeu esse e-mail, o guia sobre "Mais testes necessários" no Google Play explica o que mudar antes de solicitar novamente.

O que o formulário de solicitação de acesso à produção pergunta?

O formulário de solicitação de acesso à produção (Apply for production), aberto pelo Painel, tem três partes: seu teste fechado, seu app e sua prontidão para produção. As respostas são perdidas se você clicar em Descartar ou sair de uma seção sem clicar em Próxima, então escreva os rascunhos com antecedência.

O Google também avisa que "a análise não é uma etapa de solução de problemas". Antes de solicitar, confirme a conformidade com as políticas, a classificação de conteúdo, a estabilidade e, se o app exigir login, credenciais de acesso funcionando. O guia de configuração de conta demo foi escrito para a Apple, mas o mesmo login de revisor funciona para o Google.

O que verificar antes de clicar em solicitar acesso à produção?

Antes de solicitar, confirme que pelo menos 12 testadores inscritos têm 14 dias contínuos cada, que seu registro de feedback mostra correções publicadas e que todas as tarefas de configuração do app estão concluídas. Planeje a data de lançamento considerando a análise do Google, que "geralmente leva sete dias ou menos, mas ocasionalmente pode levar mais tempo".

Exemplo prático: um desenvolvedor solo conclui a configuração do app na segunda-feira e lança o build 1. Ele convida 16 pessoas de uma lista de espera e de uma comunidade de desenvolvedores, e 14 já se inscreveram até o dia 2. Ele cobra duas pessoas e adiciona mais três. No dia 4, um testador relata um crash em um dispositivo mais antigo, e o build 2 sai no dia 5. Como quem entrou depois começou seus 14 dias mais tarde, o desenvolvedor conta os dias por pessoa, não a partir da primeira versão. Ele faz a solicitação assim que 12 pessoas completam 14 dias contínuos, com um registro mostrando nove bugs encontrados e sete corrigidos.

1. O Painel mostra pelo menos 12 testadores inscritos com 14 dias contínuos cada.
2. O build mais recente da faixa fechada é o que você pretende promover, e ele atende ao nível de API de destino atual (veja o guia do nível de API de destino 36).
3. O registro de feedback lista problemas encontrados, mudanças feitas e builds publicados.
4. Página da loja, classificação de conteúdo, segurança dos dados e demais tarefas de configuração estão concluídas.
5. As credenciais de login do revisor funcionam, se o app exigir login.
6. As respostas do formulário estão rascunhadas e são específicas sobre testadores reais e mudanças reais.

Se você também publica no iOS, o checklist de envio para a App Store cobre o lado da Apple. Se preferir delegar o lançamento, nosso serviço de envio para a App Store configura o Play Console e o App Store Connect e prepara as duas análises por $599; as taxas das contas de desenvolvedor são cobradas à parte. Você também pode enviar um e-mail para yagyeshsrbobde@gmail.com.