Sim: os últimos 14 dias
Um trecho ininterrupto que termina quando você solicitaO Google conta os seus últimos 14 dias consecutivos com pelo menos 12 testadores participando, terminando no momento em que você solicita o acesso de produção. Não é qualquer 14 dias e não é 14 dias somados: é uma única janela atual e ininterrupta.
14 dias espalhados ou somados não contam.
5 dias agora, 4 na próxima semana e 5 depois somam 14 no total, mas zero janelas válidas. No instante em que a contagem de participantes cai abaixo de 12, a sequência quebra e o relógio recomeça no dia um.
Resposta rápida
Os 14 dias precisam ser consecutivos e os mais recentes, não 14 dias espalhados ou somados. Pelo menos 12 testadores precisam continuar participando ao longo dessa janela ininterrupta, que termina quando você solicita o acesso de produção. A regra vale para o teste fechado (closed testing) em contas pessoais de desenvolvedor Google Play criadas após 13 de novembro de 2023. Um testador que aceita participar, sai e volta a participar não recebe crédito pelos dias anteriores: a contagem recomeça. Desinstalar não é o mesmo que sair do teste, mas ainda enfraquece o engajamento que o Google analisa. O caminho seguro é recrutar mais de 12 para que saídas nunca te puxem abaixo da linha.
Esta é a pergunta mais comum sobre a regra de teste fechado do Google Play, e ela derruba desenvolvedores o tempo todo. Abaixo está exatamente o que o Google exige, o que zera o relógio e como proteger sua janela ininterrupta de 14 dias para atender ao requisito. Atualizado em 30 de junho de 2026. Duas ferramentas interativas permitem testar qualquer cenário antes de arriscar na conta real.
Neste guia
O que o Google realmente exige?
Resposta curta: pelo menos 12 testadores participando do seu teste fechado pelos últimos 14 dias de forma contínua. Os dois números precisam ser verdade ao mesmo tempo, e a janela precisa estar atual quando você solicita o acesso de produção.
Se você criou uma conta pessoal de desenvolvedor no Google Play após 13 de novembro de 2023, não pode publicar em produção até concluir um teste fechado. O requisito do Google é que o app faça um teste fechado com pelo menos 12 testadores que, nas palavras do Google, estejam "participando continuamente há 14 dias". Só então o botão Solicitar o acesso de produção fica ativo no Play Console.
Dois números definem a regra, e eles funcionam juntos:
12 testadores precisam estar participando do seu teste fechado.
14 dias consecutivos é quanto tempo eles precisam continuar participando, terminando quando você solicita.
O requisito vale só para contas pessoais criadas após o corte de 13 de novembro de 2023. Contas organizacionais (as que exigem número D-U-N-S e verificação de empresa) estão isentas, e também as contas pessoais criadas nessa data ou antes. Comparamos os dois no nosso guia de conta pessoal vs. organizacional. O mínimo de testadores era 20. O Google reduziu para 12 em 11 de dezembro de 2024 após feedback de desenvolvedores, mas manteve a duração de 14 dias. Qualquer guia que ainda diga para achar 20 testadores está desatualizado (em inglês). Essa janela de 14 dias continua sendo o verdadeiro ponto de atrito, e é onde este guia vive.
Os 14 dias precisam ser os 14 dias mais recentes?
Sim. A formulação do Google é "participando continuamente há 14 dias" / "os últimos 14 dias". Não é qualquer 14 dias e não é 14 dias no total: são os últimos 14, ininterruptos, terminando quando você envia o pedido de produção.
A palavra que carrega a política é "últimos" / "last". A própria FAQ do Google elimina qualquer dúvida sobre uma leitura acumulada: o sistema não conta testadores que aceitaram participar, testaram por menos de 14 dias e depois saíram, e mesmo que esse testador volte a participar de modo que o tempo total chegue a duas semanas, esses 14 dias precisam ser consecutivos para contar.
Em português claro: você não pode costurar 5 dias agora, 4 na próxima semana e 5 na semana seguinte. Um testador que interrompe a participação começa uma contagem fresca de 14 dias, e os dias anteriores são descartados. A janela é um único trecho ininterrupto. A ferramenta abaixo torna isso concreto: marque os dias em que você manteve pelo menos 12 testadores participando e veja qual sequência o Google realmente contaria.
Toque em um dia para marcá-lo de verde (naquele dia, 12 ou mais testadores participando). A última célula é hoje: o dia em que você solicita o acesso de produção. O Google conta só a sua sequência ininterrupta mais recente que termina ali.
Um modelo didático da regra de dias consecutivos, não uma leitura ao vivo do Play Console. O Google mede a sequência ininterrupta mais recente com 12+ testadores participando, terminando quando você solicita.
Experimente a predefinição Dias espalhados: ela marca 13 dias separados, mas como nunca formam uma sequência ininterrupta que termina hoje, a janela que conta é minúscula. Essa é a armadilha dos dias acumulados em um clique: muita atividade, nenhuma sequência que se qualifique.
Consecutivos vs. acumulados: a distinção que derruba todo mundo
Dias acumulados não valem nada aqui. O Google não soma seus dias de teste. Ele procura uma sequência contínua, então 17 dias ligados e desligados ainda podem equivaler a zero janelas válidas.
Este é o modelo mental com que quase todo desenvolvedor começa, e por que ele falha:
Somar trechos interrompidos não funciona. Cada quebra descarta os dias anteriores, então 17 dias no total ainda podem significar zero janelas que se qualificam.
Uma sequência ininterrupta de 14 dias com 12+ testadores, atual quando você solicita. Menos dias no total, mas é o único padrão que atende ao requisito.
A distinção que mais importa é quais padrões exatos o Google credita. Veja como os cenários comuns se resolvem:
O padrão é consistente: só um trecho ininterrupto dos seus últimos 14 dias, com pelo menos 12 testadores participando o tempo todo, atende à regra.
O que interrompe a série de 14 dias?
A parte mais difícil desta regra não é recrutar 12 pessoas. É manter a janela intacta por duas semanas inteiras. Alguns eventos comuns zeram o relógio, e alguns frequentemente acusados na verdade não. Aqui separamos fato de mito.
O que realmente quebra ou para a sequência
A contagem cai abaixo de 12
Este é o núcleo da regra. Se tantos testadores saem que você cai para 11, você arrisca a recusa por poucos testadores e precisa de uma janela fresca de 14 dias assim que voltar a 12 ou mais. A falha DIY número um.
Um testador sai formalmente do teste
Sair do teste significa que o testador visita a página web do teste fechado e clica para deixar o programa. Isso encerra a participação. Se isso te puxa abaixo de 12, a continuidade quebra.
Pausar ou despublicar a faixa
Se o teste não está ao vivo, dias de participação não estão acumulando. Pausar a versão ou deixar o build de teste expirar para a contagem. Retomar inicia uma janela nova.
Frequentemente acusados, mas NÃO são reset sozinhos
Enviar um novo build ou atualização. A continuidade que importa é os testadores continuarem participando, não o código de versão. Uma atualização controlada pode até ser um sinal positivo. Veja nosso guia de atualização durante o teste fechado.
Um testador desinstalar o app. Desinstalar não o remove formalmente do teste, então o timer tecnicamente continua. O risco é de engajamento, não da contagem de dias.
Trate sua lista de testadores com cuidado. Se você remove pessoas, ou reenvia uma lista que acidentalmente tira nomes, pode puxar a contagem de participantes abaixo de 12 sem querer. Muitos desenvolvedores gerenciam testadores por um Google Group vinculado em vez de reenviar listas de e-mails repetidamente, justamente para evitar remoções acidentais.
Não tem certeza se uma ação específica ameaça sua janela? Escolha abaixo e receba um veredito instantâneo.
O que está prestes a acontecer no seu teste?
Com base no requisito publicado pelo Google (12 testadores participando × 14 dias contínuos) mais experiência amplamente relatada por desenvolvedores. Pausar a faixa e trocas tardias são alertas da comunidade, não política documentada.
Sair do teste vs. desinstalar: qual é a diferença?
Só sair do teste remove um testador da sua contagem. Desinstalar deixa o timer rodando, mas um app sem uso não gera engajamento, e o Google pode recusar só por isso.
Essas duas ações parecem iguais para um testador casual, mas não são, e a diferença importa:
Sair do teste (deliberado)
O testador abre o link do teste fechado no navegador e escolhe deixar o programa. Isso o remove imediatamente do pool de participantes.
Se isso te puxa abaixo de 12, sua janela contínua quebra e o relógio recomeça no dia um.
Desinstalar (só apagar)
Apagar o app do telefone. Se o testador nunca visita a página web para sair, o backend do Google ainda o trata como participante, e o timer de 14 dias segue avançando.
O risco aqui é o engajamento, não a contagem de dias.
Então por que não confiar só em desinstalações para manter a contagem alta? Porque o Google não olha só o calendário. Ele também analisa se seus testadores realmente usaram o app durante o teste. O Google lista a falta de engajamento como motivo direto de recusa, e muitos desenvolvedores veem a mensagem "Testers were not engaged with your app during your closed test" mesmo quando a contagem e as datas pareciam corretas no papel. Um testador que instala uma vez, apaga o app no dia dois e nunca volta não gera atividade. No papel você ainda tem 12. Na prática, a análise pode recusar por engajamento inautêntico: um dos vários padrões que detalhamos em por que o teste fechado é recusado.
O aprendizado: bater a contagem é a barra de elegibilidade, mas o uso real e repetido ao longo das duas semanas é o que te leva pela análise. Testadores que de fato abrem o app, percorrem as telas principais e voltam ao longo dos 14 dias são o que uma análise limpa parece.
Todos os 12 testadores precisam começar no mesmo dia?
Não de forma estrita, mas as duas leituras convergem no mesmo comportamento seguro. Mantenha pelo menos 12 testadores participando ao longo dos mesmos 14 dias consecutivos mais recentes, com janelas que se sobrepõem e estão atuais quando você solicita.
Aqui a formulação do Google é genuinamente ambígua, e você deve saber disso de antemão. Há duas leituras defensáveis:
Cada testador precisa dos próprios 14 ininterruptos
Lida ao pé da letra, a política é formulada por testador: ela descarta os dias de um testador específico se ele sai e volta. Isso sugere que você quer 12 pessoas concretas que tenham, cada uma, participado pessoalmente dos mesmos 14 dias consecutivos mais recentes, de modo que as janelas se sobreponham e estejam todas atuais quando você solicita.
Manter o pool em 12+ por 14 dias
Na prática, muitos desenvolvedores tratam como agregado: manter o total de testadores participando em 12 ou mais por 14 dias ininterruptos. Nessa visão, você poderia começar com alguns a mais, perder um ou dois no caminho e ainda estar bem, desde que o pool nunca caia abaixo de 12.
As duas leituras convergem no mesmo comportamento seguro
Mantenha seus testadores originais qualificados participando durante toda a janela ininterrupta, e trate qualquer testador adicionado tarde como alguém cuja própria contagem de 14 dias está só começando. Você não precisa resolver o debate para ter sucesso: a abordagem conservadora satisfaz as duas interpretações.
O que o Google nunca documentou é se você pode trocar livremente um testador que saiu por um completamente novo no meio da janela sem reiniciar o relógio. Ninguém pode te citar uma resposta oficial, então a premissa conservadora é a correta. Quando conselhos online afirmam o comportamento de trocar-e-continuar como fato, trate como folclore da comunidade, não como política do Google.
Por que 12 testadores é o piso, não a meta
Recrutar a mais é seguro de continuidade. Doze é o mínimo que te torna elegível. Não é um lugar confortável para ficar 14 dias, porque uma única saída no dia 11 pode custar a janela inteira.
Quando você entende que o risco real é uma janela quebrada, o argumento para recrutar mais de 12 fica óbvio. Se você começa com margem, as desinstalações inevitáveis e a pessoa ocasional que perde o interesse não te puxam abaixo da linha. Veja como os três tamanhos de pool comuns se comparam para uma conta pessoal:
Tamanho do pool
Exatamente 12
Colchão de saídas
Nenhum: uma saída quebra a janela
Risco na 1ª tentativa
AltoTamanho do pool
15 a 18
Colchão de saídas
Alguns testadores podem sair com segurança
Risco na 1ª tentativa
ModeradoTamanho do pool
20 a 25
Colchão de saídas
Margem confortável para saídas
Risco na 1ª tentativa
BaixoOs três tamanhos são elegíveis. A única diferença é o quanto uma saída no meio da janela te machuca, e essa diferença é o jogo inteiro.
O padrão é o mesmo em que desenvolvedores experientes e serviços gerenciados convergem: não rode um teste com exatamente o mínimo. Construa margem para que o principal modo de falha da regra, uma queda abaixo de 12 no meio da janela, simplesmente nunca aconteça com você. Fazemos o caso completo em por que você precisa de mais de 12 testadores.
Duas notas práticas sobre montar esse pool. Primeiro: os 12 precisam ser 12 pessoas reais e distintas participando. Você não pode ser seu próprio testador em dispositivos extras para inflar a contagem. Segundo: se ainda está abaixo de 12, há formas legítimas de conseguir testadores que mantêm o engajamento genuíno.
Esta regra também se encaixa em um aperto mais amplo dos padrões de publicação do Google Play em 2026, então o sucesso na primeira tentativa vale mais do que nunca. Acertar o teste fechado de primeira significa não reiniciar um relógio de 14 dias enquanto prazos andam. Nosso guia de requisitos de publicação 2026 acompanha o calendário completo.
A formulação exata do Google (e por que "last" importa)
Se você quer a linguagem da fonte, o requisito em si é curto. A ajuda do Play Console define o limiar do teste fechado como ter testadores que tenham estado:
opted-in for at least the last 14 days continuously.
Em português oficial do Google, isso aparece como testadores participando continuamente há 14 dias e, em outra formulação, que os 12 testadores precisam ter participado por 14 dias consecutivos. Duas ideias carregam a regra inteira. "Last" / "últimos" significa que tem de ser a sua janela mais recente, atual quando você solicita, não um trecho de um mês atrás. "Continuously" / "continuamente" significa ininterrupto: sem lacunas, sem pausas, sem cair abaixo de 12 no meio.
A FAQ do Google fecha a brecha dos dias acumulados de forma direta. Explica que testadores que aceitam participar, testam por menos de 14 dias e depois saem não são contados, e que mesmo que esse testador volte a participar de modo que o tempo combinado chegue a duas semanas, esses 14 dias ainda precisam ser consecutivos para se qualificar. Em outras palavras: o sistema verifica expressamente uma sequência ininterrupta, não uma soma.
As três ideias que decidem tudo
Last / últimos: mais recentes, atuais no pedido
14 dias: a duração completa e ininterrupta
Continuously: nunca abaixo de 12, sem lacunas
Como a PrimeTestLab mantém sua janela intacta
A PrimeTestLab foi construída em torno exatamente do modo de falha que esta regra cria. Em vez de te deixar recrutar estranhos e torcer para que continuem participando, fornecemos um pool gerenciado de testadores humanos reais, participando em dispositivos Android reais, e mantemos esse pool acima da linha pelos 14 dias consecutivos completos. Mantemos taxa de sucesso de 99,9% em 7.400+ apps, com teste ao vivo em 4-6 horas. Veja como isso funciona de ponta a ponta.
Escolha o tamanho de pool que cabe na sua tolerância a risco. Para a maioria dos desenvolvedores, o plano Enterprise é a escolha sensata: 25 testadores para a maior margem contra uma janela quebrada, por só alguns dólares a mais do que o mínimo absoluto.
Maior margem de continuidade
Preços +5% de taxa de serviço na finalização do pedido.
Veja o detalhamento completo na nossa página de preços ou leia o guia completo do requisito de 12 testadores. Quando estiver pronto, o pacote de 12 testadores te coloca em movimento, e nosso serviço de teste fechado cobre o que está incluído.
Perguntas frequentes
Posso usar 14 dias de teste não consecutivos?
Não. O Google exige os últimos 14 dias de forma contínua. Dias concluídos, interrompidos e retomados depois não se somam. Os 14 dias precisam ser um único trecho ininterrupto que termina quando você solicita o acesso de produção.
O que acontece se um testador sair do teste no dia 10?
Se essa saída puxa a contagem de participantes abaixo de 12, sua janela contínua quebra. Assim que você voltar a pelo menos 12 testadores participando, uma contagem fresca de 14 dias começa. Rodar com exatamente 12 é arriscado, por isso se recomenda uma margem.
Desinstalar o app zera os 14 dias?
Tecnicamente não. Desinstalar não é o mesmo que sair formalmente do teste, então o timer continua. Mas um app desinstalado e sem uso não gera engajamento, e o Google pode recusar seu pedido de produção se os testadores não estiveram ativamente engajados durante o teste.
Todos os 12 testadores precisam começar no mesmo dia?
O Google não exige de forma estrita uma data de início idêntica, mas a abordagem mais segura é ter seus 12 ou mais testadores todos participando ao longo dos mesmos 14 dias consecutivos mais recentes, com janelas que se sobrepõem e estão atuais quando você solicita.
Posso adicionar novos testadores durante os 14 dias?
Você pode adicionar testadores, mas um testador adicionado tarde começa a própria contagem de 14 dias a partir daquele ponto. O Google não documentou se um testador tardio pode substituir um que saiu sem reiniciar o relógio, então mantenha seus testadores originais qualificados participando durante a janela inteira.
Enviar uma atualização do app zera o relógio de 14 dias?
Não. Publicar um novo build na sua faixa fechada não zera a contagem de dias. A continuidade que importa é seus testadores continuarem participando. Atualizar no meio do teste pode até ser um sinal positivo, desde que os testadores migrem para o novo build.
Quanto tempo depois dos 14 dias até o acesso de produção?
Depois que você solicita, o Google analisa seu teste fechado e o formulário e envia e-mail ao titular da conta. Esse processo geralmente leva até sete dias, mas pode demorar um pouco mais. Respostas vagas no formulário são um motivo comum de recusa.
Esta regra vale para contas organizacionais?
Não. O requisito de 12 testadores e 14 dias de teste fechado vale só para contas pessoais de desenvolvedor criadas após 13 de novembro de 2023. Contas organizacionais estão isentas, e também as contas pessoais criadas nessa data ou antes.
Conclusão
Resumo
Os 14 dias não são acumulados. O Google conta só os seus últimos 14 dias consecutivos com pelo menos 12 testadores participando, e essa janela precisa estar intacta quando você solicita o acesso de produção. O jeito mais rápido de falhar é rodar com exatamente 12 e ver uma única saída zerar o relógio; o jeito mais rápido de atender ao requisito é recrutar a mais para que a janela nunca quebre e garantir que seus testadores usem de fato o app ao longo das duas semanas. A PrimeTestLab cuida dos dois: um pool gerenciado de testadores reais participando, dimensionado para ficar acima da linha pelos 14 dias completos, a partir de $19.99 com teste ao vivo em 4-6 horas. Ver planos e preços →