Resposta rápida
Para contas pessoais da Play Console criadas após 13 de novembro de 2023, o teste interno é opcional, o teste fechado (closed testing) é obrigatório antes de você poder solicitar o acesso de produção, e o teste aberto fica disponível depois do acesso de produção. Esse teste fechado precisa de no mínimo 12 testadores participando continuamente nos 14 dias anteriores. Concluí-lo deixa você elegível para solicitar; o Google ainda analisa o pedido. Para qualquer outra conta, essas são apenas três faixas com públicos e visibilidade diferentes, e nenhuma delas é obrigatória.
Para as novas contas pessoais de desenvolvedor afetadas, o teste fechado é a única faixa entre você e o pedido de produção: o Google exige que no mínimo 12 testadores tenham ficado participando continuamente nos 14 dias anteriores antes de você poder solicitar a publicação em produção.
Quais dessas regras se aplicam a você depende da sua conta de desenvolvedor. O Google limita o requisito de teste às contas pessoais da Play Console criadas após 13 de novembro de 2023. Se a sua conta é organizacional, ou uma conta pessoal criada antes dessa data, você não está sujeito a esse requisito específico e pode escolher as faixas conforme as suas necessidades de QA e de beta. Veja em qual grupo você está antes de planejar um lançamento.
Fontes oficiais consultadas
Última verificação na Central de Ajuda do Google em 16 de agosto de 2026. Tudo nesta página que não é atribuído ao Google é a nossa própria experiência operacional ou está identificado explicitamente como uma afirmação nossa.
Quais são as três faixas de teste do Google Play?
O Google Play oferece três faixas de teste antes da produção: teste interno, teste fechado e teste aberto. Cada uma serve a um propósito diferente no ciclo de desenvolvimento, e o Google recomenda começar pelo teste interno e depois ampliar para o teste fechado. A ordem obrigatória depende da sua conta de desenvolvedor: a sequência interno → fechado → pedido de produção descrita abaixo é obrigatória apenas para contas pessoais criadas após 13 de novembro de 2023.
Teste interno
QA rápido com sua equipe. Até 100 testadores. Builds disponíveis em minutos.
Opcional
Teste fechado
Grupo beta controlado. Exigido para contas pessoais criadas após 13 de nov. de 2023: 12+ testadores, 14 dias contínuos, antes de você poder solicitar o acesso de produção.
Exigido*
Teste aberto
Beta pública. Testadores ilimitados ou um teto de no mínimo 1.000. Opcional para todas as contas; nas contas pessoais criadas após 13 de nov. de 2023, fica disponível depois do acesso de produção.
Opcional
* Exigido para contas pessoais de desenvolvedor criadas após 13 de novembro de 2023. Concluir o teste fechado permite solicitar o acesso de produção; não é uma aprovação automática.
Como as faixas de teste levam à produção (contas pessoais criadas após 13 de nov. de 2023)
O fim do período de 14 dias não é a linha de chegada: concluí-lo é o que deixa você elegível para solicitar. O teste aberto se ramifica depois do acesso de produção, ele não leva até lá
Teste interno vs fechado vs aberto: comparação lado a lado
Aqui estão as principais diferenças entre as três faixas de teste, com base na documentação oficial da Play Console do Google.
| Fator | Interno | Fechado | Aberto |
|---|---|---|---|
| Quem pode entrar? | Interno: Só testadores convidados | Fechado: Lista de e-mails, Google Groups ou org | Aberto: Qualquer pessoa no Google Play |
| Capacidade de público | Interno: 100 testadores por app | Fechado: Listas de e-mails: 2.000 usuários por lista, 50 listas por faixa, 200 listas no total. Google Groups: nenhum limite de tamanho publicado | Aberto: Ilimitado ou com um teto escolhido por você (mínimo de 1.000) |
| Disponibilidade da versão e revisão | Interno: Em geral disponível em minutos. Exceções: a primeira versão interna de um app totalmente configurado e a primeira versão depois de uma recusa podem passar por revisão | Fechado: Fluxo normal de revisão do Play | Aberto: Fluxo normal de revisão do Play |
| Duração exigida | Interno: Nenhuma | Fechado: 12 testadores x 14 dias* | Aberto: Nenhuma |
| Exigido antes de solicitar a produção? | Interno: Não | Fechado: Sim* | Aberto: Não |
| Descobrível na Play Store? | Interno: Não | Fechado: Não | Aberto: Sim |
| Apps pagos | Interno: Os testadores podem instalar um app pago de graça | Fechado: Os testadores normalmente precisam comprar o app | Aberto: Os testadores normalmente precisam comprar o app |
| Visibilidade do feedback | Interno: Privado para você | Fechado: Privado; não afeta a sua nota pública | Aberto: Privado; não afeta a sua nota pública |
| Melhor para | Interno: QA rápido, teste com a equipe | Fechado: Beta pré-lançamento, atender aos requisitos | Aberto: Beta pública, soft launch |
* Para contas pessoais de desenvolvedor criadas após 13 de novembro de 2023; as outras contas não estão sujeitas a esse requisito. Cumpri-lo permite solicitar o acesso de produção; o Google ainda analisa o pedido.
O teste fechado tem um teto de 2.000 testadores? Não. 2.000 é o limite de tamanho de uma única lista de e-mails de testadores. A documentação de configuração do Google permite até 50 listas por faixa e 200 listas no total, e descreve o Google Groups como uma forma separada de gerenciar os testadores do teste fechado, sem publicar um limite de tamanho comparável para grupos. Então o número que realmente limita você é o de 12 testadores participando continuamente que o requisito de acesso de produção pede, e não um teto de 2.000 pessoas. Páginas que escrevem "teste fechado: máximo de 2.000 testadores" citam um método de inscrição como se ele fosse a faixa inteira.
Quem precisa concluir o teste fechado antes da produção?
O Google delimita esse requisito de forma estreita, e boa parte da confusão em torno das três faixas vem de ler a regra como universal. A Central de Ajuda do Google exige das contas pessoais da Play Console criadas após 13 de novembro de 2023 um teste fechado com no mínimo 12 testadores participando continuamente nos 14 dias anteriores, antes que esses desenvolvedores possam solicitar o acesso de produção. Se essa não é a sua conta, essa sequência não é o seu caminho até a produção.
| O que se aplica | Conta pessoal criada após 13 nov. 2023 | Qualquer outra situação de conta |
|---|---|---|
| Teste fechado, 12 testadores, 14 dias | Conta pessoal após 13 nov. 2023: Exigido antes de você poder solicitar o acesso de produção | Qualquer outra conta: Não está sujeita a esse requisito específico |
| O teste aberto nesta sequência | Conta pessoal após 13 nov. 2023: Fica disponível depois do acesso de produção | Qualquer outra conta: Depende das faixas habilitadas para o app; de todo modo, o teste aberto continua opcional |
| Caminho sensato | Conta pessoal após 13 nov. 2023: QA interno (opcional) → teste fechado exigido → pedido de acesso de produção → produção e, se você quiser, teste aberto | Qualquer outra conta: Escolha as faixas pelo público e pelo rollout de que você precisa, não por esta sequência |
* A primeira coluna é o que o Google documenta. A segunda é deliberadamente conservadora: o Google publica esse requisito para as novas contas pessoais afetadas e não publica uma regra universal equivalente para as demais.
Para as contas da primeira coluna, a pergunta seguinte é sempre a mesma: outra faixa pode substituir o teste fechado? Não pode.
O teste interno NÃO substitui
O Google classifica o teste interno como opcional e deixa claro que você precisa rodar um teste fechado antes de solicitar o acesso de produção. O teste interno é um QA excelente, mas não atende ao requisito.
O teste aberto NÃO é um atalho
O Google diz que o teste aberto fica disponível quando você tem o acesso de produção. Nas contas afetadas, o teste fechado vem primeiro e o aberto vem depois, então ele não pode ser usado para pular etapas.
As contas organizacionais não estão sujeitas a esse requisito das novas contas pessoais. Leia isso de forma estrita: significa que a regra dos 12 testadores por 14 dias não se aplica a elas. Não significa que uma conta organizacional esteja isenta da revisão do Play, da conformidade com as políticas ou de qualquer outra obrigação de publicação. A comparação entre conta pessoal e organizacional mostra as vantagens e desvantagens antes de você escolher.
O que é o teste interno no Google Play?
O teste interno é a faixa mais rápida do Google Play. Ele foi feito para um grupo pequeno de testadores de confiança, e os builds em geral ficam disponíveis em minutos. Você até pode começar um teste interno antes de terminar a configuração do app, o que o torna ideal para QA inicial, smoke tests e checagem de bugs antes de pensar na prontidão para o lançamento. Mas o "em geral" está fazendo um trabalho de verdade nessa frase: veja as exceções abaixo.
O Google limita o teste interno a 100 testadores por app. Os usuários do teste interno são convidados diretamente, e o app fica disponível para eles só por URL, não como listagem pública na Play Store.
O teste interno não é livre de revisão
As atualizações internas entram no ar quase imediatamente na maioria dos casos, mas o Google documenta exceções: a primeira versão interna de um app totalmente configurado pode precisar de revisão, e o mesmo vale para a primeira versão que você enviar depois de uma recusa. As versões internas também podem ser revisadas retroativamente. Repare no escopo: se a sua primeira versão interna é de um app totalmente configurado, ela pode ter que esperar pela revisão. O Google não aplica essa exceção a testes internos de apps que ainda não estão totalmente configurados, que é exatamente o caso de QA inicial para o qual o teste interno foi feito.
Uma diferença entre as faixas que pega as pessoas de surpresa nos apps pagos: os testadores internos podem instalar um app pago sem comprá-lo, enquanto os testadores dos testes fechado e aberto precisam comprá-lo como qualquer outro usuário. Se o seu app é pago, considere isso antes de convidar um grupo para o teste fechado.
Está configurando uma faixa em vez de escolher entre elas?
Esta página compara as três faixas. A configuração clique por clique, as regras da lista de e-mails e do CSV, o link de convite e as correções para "este app não está disponível para a sua conta" estão todos em como configurar o teste interno do Google Play (em inglês).
Melhores usos do teste interno
Nuance importante
Você pode rodar o teste interno em paralelo com o teste fechado e o aberto para versões diferentes. Porém, um usuário que está participando da faixa interna não é elegível para a faixa aberta ou fechada até sair primeiro do teste interno e depois aceitar participar da outra faixa.
O que é o teste fechado no Google Play?
O teste fechado é a faixa que o Google usa para uma beta mais realista com um grupo que você controla. Segundo o Google, essa faixa permite compartilhar o app com um conjunto maior de testadores escolhidos por você, para corrigir problemas e garantir que o app esteja em conformidade com a política do Google Play antes do lançamento.
Requisito de acesso de produção
Quando você solicita, no mínimo 12 testadores precisam ter ficado participando continuamente nos 14 dias anteriores. Cumprir isso permite solicitar o acesso de produção; não é uma aprovação.
Quando o período de 14 dias começa de verdade?
Não é quando você envia o build, nem quando você adiciona os e-mails dos testadores. O tempo qualificado acumula por testador, e só quando duas coisas são verdadeiras: a versão fechada está disponível para os testadores e cada testador aceitou participar individualmente pelo seu link de convite. O que o Google mede no momento em que você solicita é que no mínimo 12 testadores estejam participando continuamente ao longo dos 14 dias imediatamente anteriores ao pedido, então a leitura mais segura é de trás para frente, a partir da data do seu pedido, e não para frente, a partir da data da sua versão. É a Play Console, e não a sua planilha, que diz que o pedido está disponível.
O Google é bem específico sobre o que significa "continuamente". O período qualificado são os 14 dias imediatamente anteriores ao seu pedido, e eles precisam ser consecutivos: testadores que aceitam participar, ficam menos de 14 dias e depois saem não contam, mesmo que voltem a participar depois.
Na prática, o teste fechado é onde a maioria dos primeiros publicadores trava. O teste interno não atende a essa regra. O teste aberto não a substitui. Para as contas pessoais afetadas, essa etapa de teste fechado é o portão entre "meu app está em teste" e "finalmente posso solicitar o acesso de produção", e o que acontece quando o período termina é uma etapa separada que derruba tantos desenvolvedores quanto ela. Se você está configurando a faixa em vez de escolher entre elas, nosso guia sobre configurar uma faixa de teste fechado e convidar testadores tem os passos na Console, e o guia completo dos 12 testadores por 14 dias aprofunda o requisito em si.
Listas de e-mails
2.000 usuários por lista, 50 listas por faixa, 200 listas no total
Google Groups
Gerencie os testadores por um grupo em vez de uma lista. O Google não publica um limite de tamanho comparável para grupos nesta documentação de configuração
Distribuição
Compartilhe a URL da loja ou o link de convite diretamente com os testadores
Várias faixas
Crie faixas fechadas adicionais para testar recursos separados
Antes de o app estar em teste aberto ou em produção, os testadores em geral não encontram um app em teste fechado só pesquisando na Play Store. Você precisa compartilhar a URL da loja ou o link de convite diretamente com eles.
O que acontece depois dos 14 dias?
O fim do período qualificado não é um botão que publica o seu app, e não é uma data que você possa marcar no calendário com antecedência. Quando no mínimo 12 testadores estiverem participando continuamente durante todo o período de 14 dias imediatamente anterior ao seu pedido, a Play Console libera a opção de solicitar o acesso de produção, e o Google então analisa esse pedido. Trate a Play Console, e não a sua própria contagem de dias, como a fonte da verdade sobre quando você fica elegível.
Não é aprovação automática
Concluir o teste fechado exigido deixa o desenvolvedor afetado elegível para solicitar. Isso não garante a aprovação. O Google avalia como você recrutou os testadores, quão engajados eles foram, que feedback você recebeu, o que você mudou por causa disso, para quem o app se destina e se ele está pronto para a produção. O Google também pode exigir mais testes, inclusive quando o engajamento dos testadores foi insuficiente.
- Confirme a elegibilidade: no mínimo 12 testadores participando continuamente durante todo o período de 14 dias anterior ao seu pedido, com a Play Console liberando o pedido. O que conta como 14 dias contínuos traz os casos limite.
- Solicite o acesso de produção na Play Console.
- Responda às perguntas do Google sobre o seu teste fechado, o seu app ou jogo e a sua prontidão para a produção. Nosso guia do formulário de acesso de produção passa por elas uma a uma.
- O Google analisa o pedido. O Google diz que esse processo geralmente leva até sete dias, mas pode demorar um pouco mais.
- O Google concede o acesso de produção ou pede que você continue fazendo testes.
Planeje esse último cenário em vez de ser pego de surpresa. Se o Google voltar pedindo mais testes, o que "mais testes necessários" significa de verdade (em inglês) mostra como responder. E você também não fica congelado durante os 14 dias: pode continuar enviando builds para a faixa fechada, porque o critério que o Google mede é a participação contínua dos testadores, não um congelamento de código. O guia sobre atualizar o app durante o teste fechado detalha o que é e o que não é reiniciado.
Os testadores precisam usar o app todos os dias?
O requisito vs. o que o Google avalia
O mínimo publicado pelo Google é a participação contínua de no mínimo 12 testadores durante os 14 dias anteriores. O Google não publica nenhuma regra de que cada testador precise abrir o app todos os dias, nem de um número fixo de sessões. Mas o formulário de acesso de produção pergunta sobre o engajamento dos testadores e o uso dos recursos, e o Google pode exigir mais testes quando o engajamento é insuficiente.
Portanto, trate a participação como o piso, e não como o trabalho inteiro: recrute testadores que realmente consigam usar o app e dizer algo útil, e registre o que você mudou por causa deles. Quem cita uma cota exata de uso diário, um número de sessões ou um limite de detecção de bots está repetindo folclore da comunidade: o Google não publica nenhum desses números.
O que é o teste aberto no Google Play?
O teste aberto é a faixa de beta pública. Segundo o Google, o teste aberto deixa a versão de teste do app visível no Google Play, e qualquer pessoa pode entrar e enviar feedback privado. Para apps de early access que ainda não estão ao vivo em produção, os usuários podem achar o seu teste aberto pela busca do Google Play. Para apps que já têm uma versão em produção, os usuários podem aceitar participar do teste aberto a partir da ficha da loja.
O Google permite escolher testadores ilimitados ou um número limitado, que precisa ser de no mínimo 1.000. Esse teto é um limite máximo do grupo, não um número de testadores que você precisa recrutar, e é a configuração mais mal interpretada da faixa. O caminho na Console, as opções de testadores e de feedback, o que "público" realmente expõe e o que checar quando o teste não aparece estão todos no guia completo de configuração do teste aberto do Google Play (em inglês).
O feedback continua privado. Segundo o Google, o feedback e as avaliações que você coleta durante os testes aberto e fechado são privados: eles não aparecem na ficha da loja e não afetam a sua nota pública na Play Store. Uma beta ainda crua não vai custar estrelas.
O teste aberto não é um atalho
Para contas pessoais da Play Console criadas após 13 de novembro de 2023, a Central de Ajuda do Google diz que o teste aberto fica disponível quando você tem o acesso de produção. Para essas contas, o teste aberto não é um atalho para contornar o teste fechado exigido: é uma ferramenta opcional de beta pública para usar depois, quando o portão já tiver sido ultrapassado. De modo mais geral, o teste aberto é simplesmente a faixa ampla de pré-lançamento do Google para colocar um build de teste diante de um público grande, e é opcional para todos.
Revisão da versão vs análise do acesso de produção
As contas pessoais afetadas podem passar por dois processos de análise separados, com gatilhos diferentes e prazos publicados diferentes. Quase toda pergunta do tipo "meu teste fechado atrasou" vem de confundir os dois.
| Análise | Quando acontece | Prazo publicado |
|---|---|---|
| Revisão da versão ou de alterações do app | Quando: Antes de uma alteração enviada ser publicada. As versões fechadas e abertas normalmente seguem esse fluxo. As atualizações internas em geral ficam disponíveis imediatamente, com exceção dos casos documentados pelo Google (a primeira versão e a primeira versão depois de uma recusa), e podem ser revisadas retroativamente. | Prazo: De algumas horas a 7 dias, e casos excepcionais podem levar mais tempo |
| Análise do acesso de produção | Quando: Só depois de uma conta pessoal afetada concluir o teste fechado exigido e enviar o pedido de acesso de produção | Prazo: Geralmente até sete dias, às vezes um pouco mais |
Os prazos e os 14 dias
A sua primeira versão em teste fechado pode precisar terminar a revisão do Google Play antes de os testadores conseguirem acessá-la e aceitar participar, então reserve o tempo de revisão antes do período qualificado, e não dentro dele. Atualizações posteriores também podem ser revisadas, mas enviar uma atualização não encerra por si só um teste fechado em andamento nem apaga a participação contínua dos testadores: enquanto a atualização está em revisão, a versão aprovada anteriormente continua disponível e os seus testadores continuam participando. O critério que o Google mede é que no mínimo 12 testadores tenham ficado participando continuamente nos 14 dias anteriores ao seu pedido, não que o seu build tenha parado de mudar. O guia sobre atualizar o app durante o teste fechado detalha o que é e o que não é reiniciado.
Definições usadas nesta página
- Participando: o testador seguiu o seu link de convite e aceitou participar do teste. Estar na sua lista de e-mails não é a mesma coisa.
- Acesso de produção: permissão para publicar este app na faixa de produção. Concedido pelo Google depois do pedido, e não por concluir o teste.
- Revisão da versão: a checagem pela qual um build ou uma alteração enviada passa antes da publicação. As versões fechadas e abertas normalmente passam por ela; as atualizações internas em geral não.
- Análise do acesso de produção: a avaliação separada do seu teste fechado, do seu app e da sua prontidão depois que você solicita.
- Descoberta pública: se uma busca normal na Play Store consegue encontrar o app. Os testes interno e fechado não são descobríveis; os testes abertos podem ser.
Qual faixa de teste você deve usar?
Para a maioria dos desenvolvedores, o caminho certo é simples. Veja quando usar cada faixa:
Use o teste interno quando...
Você quer QA rápido com a própria equipe, o cliente ou poucos testadores de confiança. Ideal para pegar bugs óbvios com rapidez, porque os builds internos em geral ficam disponíveis em minutos.
Use o teste fechado quando...
Você precisa de testes reais de pré-lançamento com um grupo controlado, e principalmente se tem uma conta pessoal de desenvolvedor criada após 13 de novembro de 2023, que precisa atender à regra do Google de 12 testadores por 14 dias antes de solicitar o acesso de produção. Esta é a faixa que mais importa para a prontidão do lançamento.
Use o teste aberto quando...
Você quer uma beta pública, um soft launch mais amplo ou feedback em escala antes de um rollout completo em produção. O teste aberto é opcional para todas as contas e, nas contas sujeitas às novas regras para contas pessoais, fica disponível quando você já tem o acesso de produção.
Antes de começar os 14 dias: uma checagem de prontidão
O período qualificado é a parte custosa, então vale a pena não começá-lo com um build que o desperdice. Nada disso é exigência do Google, o app não precisa estar com os recursos congelados nem livre de bugs, mas um teste que empaca porque ninguém conseguiu fazer login são 14 dias que você gasta duas vezes.
Pronto para passar do interno para o fechado
Esse último ponto é bom senso, não política: o Google pede 12 e não publica nenhuma margem recomendada, mas um grupo de exatamente 12 não tem folga se uma pessoa trocar de celular.
Caminho recomendado por tipo de conta de desenvolvedor
Essa é a sequência para contas pessoais criadas após 13 de novembro de 2023, e ela segue a própria recomendação do Google de começar pelo teste interno e depois ampliar para o teste fechado. Todas as outras contas: essa sequência específica não é imposta a você. Escolha o teste interno, fechado ou aberto conforme o público e o rollout de que você realmente precisa, respeitando as faixas habilitadas para o seu app, e use o teste aberto sempre que uma beta pública for de fato a ferramenta certa.
Armadilhas comuns nos testes do Google Play
Entender o que cada faixa é é uma coisa. Passar de uma para outra sem perder dias é outra. Estes três são os erros que vemos com mais frequência nos projetos que a PrimeTestLab já atendeu: os dois primeiros são comportamentos documentados da Play Console, e o terceiro é onde os desenvolvedores mais interpretam mal o que concluir o teste garante.
Reaproveite o build já testado (não reenvie)
Muitos desenvolvedores perdem tempo enviando um novo App Bundle (AAB) com um novo version code para cada faixa. Você não precisa disso. Depois que o app passa no teste interno, você pode colocar o mesmo artefato na faixa fechada sem recompilá-lo: abra a faixa fechada, crie uma versão e escolha "Add from library" para selecionar a versão que você já enviou. Sem reenvio, sem novo version code.
Caminho na Play Console Test and release > Testing > Closed testing > create release > Add from library
Um atalho "Promote release" também existe em algumas versões da Play Console e em muito conteúdo antigo da comunidade. Se a sua console oferecer, use. Ele só não está documentado como um caminho estável do interno para o fechado na Ajuda atual do Google sobre versões (resposta 9859348), e é por isso que a rota da biblioteca é a que vale memorizar. O guia de configuração do teste interno (em inglês) mostra o passo a passo.
Os testadores internos precisam sair antes de entrar no teste fechado ou aberto
O Google afirma que um usuário que está participando de um teste interno não é elegível para os testes fechado ou aberto até sair do teste interno. Isso é política documentada, não um bug. Na prática, a Play Store costuma mostrar a esses testadores uma tela de "Not Found" ou "App not available" enquanto a conta ainda está vinculada ao teste interno, o que leva os desenvolvedores a procurar na ficha da loja um problema que não está lá.
Enviar o link do teste fechado enquanto o testador ainda está na faixa interna
O testador sai do interno primeiro e só então clica no link de convite do teste fechado
Concluir o teste não é o mesmo que ser aprovado
A etapa dos 12 testadores por 14 dias é uma barra de elegibilidade, não um veredito. Cumpri-la permite que o desenvolvedor afetado solicite o acesso de produção; o Google então avalia como você recrutou os testadores, quão engajados eles foram, que feedback você recebeu, o que você mudou por causa disso e se o app está pronto. O Google pode conceder o acesso ou pedir mais testes. Quem marca uma data de lançamento contando com o fim dos 14 dias, com imprensa, anúncios ou prazo de cliente, é quem se prejudica. Coloque a análise do acesso de produção no seu cronograma como uma etapa separada e leia por que o teste fechado é recusado antes de enviar, e não depois.
Experiência da PrimeTestLab
Isto é o que fazemos pelos clientes, apresentado como um relato nosso e não como uma regra do Google: cuidamos da gestão dos testadores, da coordenação da participação e da sequência entre as faixas. Os testadores são recrutados e selecionados por nós e usam dispositivos Android reais, e começam a aceitar participar assim que a sua faixa de teste fechado e o link de convite estiverem prontos, em até 4 horas depois da configuração, com garantia de até 6, conforme os prazos de entrega da nossa página de preços. O que isso elimina é o recrutamento e os erros de participação. Não encurta a revisão do Google e não decide o seu pedido de acesso de produção.
Perguntas frequentes
O teste interno conta para o requisito de 12 testadores por 14 dias?
Não. O requisito de acesso de produção do Google é especificamente um teste fechado. O teste interno é descrito como opcional e serve para um QA privado e rápido, então os testadores que você reúne nele não contam para os 12. Rode o teste interno primeiro se isso ajudar você e depois rode o teste fechado que de fato atende ao requisito.
O teste interno e o fechado podem rodar ao mesmo tempo, e um testador pode entrar nos dois?
As faixas podem rodar em paralelo com versões diferentes, isso não é problema. Mas um mesmo testador não pode estar nas duas ao mesmo tempo: o Google afirma que um usuário que está participando de um teste interno não é elegível para os testes fechado ou aberto até sair do teste interno. Então cada testador precisa sair do teste interno antes de o seu link de convite do teste fechado funcionar para ele, e é por isso que um link que funciona ainda pode mostrar "app não disponível".
O que acontece depois dos 14 dias?
Você fica elegível para solicitar o acesso de produção; nada é publicado automaticamente. Quando no mínimo 12 testadores tiverem participado continuamente durante todo o período de 14 dias anterior ao pedido, a Play Console libera o envio. Você responde às perguntas do Google sobre o seu teste, o seu app e a sua prontidão para a produção, e o Google analisa o pedido (geralmente em até sete dias, às vezes um pouco mais). Depois, o Google concede o acesso de produção ou pede mais testes.
Os testadores do teste fechado precisam usar o app todos os dias?
O mínimo publicado pelo Google é a participação contínua de no mínimo 12 testadores nos 14 dias anteriores, não o uso diário. Não existe regra oficial de que cada testador precise abrir o app todos os dias nem completar um número fixo de sessões. Mas o Google avalia o engajamento e o feedback dos testadores quando você solicita, e pode exigir mais testes se o engajamento foi insuficiente, então recrute testadores que vão realmente usar o app.
Posso atualizar o meu app durante os 14 dias do teste fechado?
Sim. O critério que o Google mede é que os seus testadores continuem participando, não que o seu build pare de mudar, e o Google espera que você aja sobre o feedback do teste antes da produção. As novas versões continuam passando pelo fluxo normal de revisão do Google Play e, enquanto uma atualização está em revisão, a versão aprovada anteriormente continua disponível para os seus testadores: enviá-la não encerra o teste por si só nem apaga a participação.
Qual é a diferença entre a revisão da versão e a análise do acesso de produção?
São dois processos separados. A revisão da versão é a checagem pela qual um build ou uma alteração enviada passa antes da publicação; o Google diz que ela pode levar de algumas horas até 7 dias, e casos excepcionais podem levar mais tempo. As versões fechadas e abertas normalmente passam por ela, enquanto as atualizações internas em geral ficam disponíveis imediatamente, com exceção dos casos documentados pelo Google (a primeira versão e a primeira versão depois de uma recusa). A análise do acesso de produção só acontece depois de uma conta pessoal afetada concluir o teste fechado exigido e enviar o pedido de acesso de produção; o Google diz que essa geralmente leva até sete dias. Concluir a revisão da versão não concede o acesso de produção.
Onde a PrimeTestLab se encaixa
Esta é a única seção comercial da página, então leia o que vem a seguir como uma afirmação nossa, e não como parte das regras do Google. Se você só precisa de um QA rápido com a própria equipe, o teste interno basta e você não precisa de um serviço de teste. Se o seu problema é o teste fechado exigido, principalmente encontrar testadores confiáveis o suficiente que fiquem participando e ativos pelos 14 dias completos, essa é a faixa para a qual a PrimeTestLab foi feita.
Nosso foco
A PrimeTestLab é para a faixa de teste fechado, não para a interna nem para a aberta. Encontrar 12 testadores confiáveis por conta própria pode levar semanas de recrutamento e coordenação; nós os fornecemos em dispositivos reais, participando pelos 14 dias completos, com o teste começando em até 4 horas (garantido em até 6). Este é um serviço pago opcional: ele não muda os requisitos do Google, e só o Google decide o pedido de acesso de produção. Os planos começam em US$ 19,99 mais a taxa de serviço adicionada no checkout (5%, com mínimo de $1.50, então o Starter fica em $21.49).
Esses três números são dados operacionais nossos, informados pela PrimeTestLab com base nos projetos de teste de apps que já atendemos. Eles não são auditados e não são uma garantia do Google: o Google decide cada pedido de acesso de produção de forma independente de nós.
Os planos vão de 12 a 25 testadores. O plano de 25 testadores custa menos que o de 20 porque é o nosso nível destacado e tem um desconto maior sobre o preço base: essa ordem é intencional, não um erro. A página de preços é a fonte mantida dos preços atuais e da taxa do checkout.
Escolhendo a sua faixa: a versão curta
Resumo final
Use o teste interno para um QA privado e rápido. Use o teste fechado quando precisar de uma beta controlada e, nas contas pessoais criadas após 13 de novembro de 2023, para concluir a etapa exigida pelo Google de 12 testadores por 14 dias antes de solicitar o acesso de produção. Use o teste aberto quando quiser uma beta pública maior e a faixa estiver disponível para o seu app. E, se você está sujeito às regras mais novas para contas pessoais, lembre-se: concluir o teste fechado abre a etapa do pedido de acesso de produção, não é uma aprovação automática.
Precisa de ajuda com o teste fechado? Veja nossos planos, leia o guia completo dos 12 testadores ou prepare-se para o formulário de acesso de produção.
Histórico de revisões
| Data | O que mudou |
|---|---|
| 17 de agosto de 2026 | O que mudou: Revisão completa desta página a partir da nova verificação da Central de Ajuda do Google, feita em 16 de agosto de 2026: a linha de capacidade de público do teste fechado deixou de ser um máximo de testadores e passou a ser a capacidade das listas de e-mails, foram acrescentadas as duas exceções de revisão interna documentadas pelo Google, a revisão da versão foi separada da análise do acesso de produção em uma seção própria, a redação de "dia 14" foi substituída por elegibilidade baseada no período completo, e a abertura duplicada e os cards de preços no corpo do texto foram removidos. |
| 5 de março de 2026 | O que mudou: Primeira publicação. |