Resposta direta
Se o Google Play diz que o seu app não está disponível para um testador, identifique primeiro se a falha acontece na hora de entrar no teste ou na hora de instalar o app. Verifique a conta pretendida e a configuração de acesso e, em seguida, as condições de versão, país e dispositivo que se aplicam. Um link que abre é apenas uma etapa na confirmação de que o teste funciona.
Comece pela tabela abaixo: escolha a falha que você consegue observar e ela indica a verificação seguinte.
Este guia trata do teste fechado em que os testadores que você quer alcançar não conseguem entrar nem instalar. Um teste que está rodando, mas cujo card do requisito não avança, é outro problema, com um caminho curto próprio mais adiante nesta página. O texto do Play Console muda conforme o estado do seu app, então siga o rótulo que aparece na sua tela em vez de esperar uma correspondência exata com este artigo.
O que este guia cobre
Comece aqui: onde o acesso falha?
A mensagem de app não disponível cobre várias falhas diferentes. Use o que o testador realmente vê, e quantos testadores são afetados, para escolher a verificação seguinte. Estas linhas são pistas de diagnóstico, não causas conclusivas: um testador que consegue não prova que todos os testadores que você quer alcançar têm acesso, e uma única mensagem de erro não identifica uma única causa.
Escolha o que você observa
| Falha observada | Verificação seguinte |
|---|---|
| A página de convite não abre, ou ela recusa a conta | Confirme a conta convidada e a participação concluída e, depois, a versão pretendida na faixa pretendida. |
| A participação é concluída, mas a instalação falha | Siga o caminho do dispositivo e do build e depois confirme a disponibilidade por país para o país da Play daquele testador. |
| Um testador falha enquanto outro consegue | Compare as evidências dos dois testadores: conta, inclusão na lista e participação, país da Play e dispositivo. A configuração compartilhada já está funcionando para um deles. |
| Todos os testadores que você quer alcançar falham | Inspecione primeiro a configuração compartilhada: faixa, lista selecionada, link, países e estado de publicação. Depois confirme com um testador elegível antes de convidar os demais de novo. |
| O app instala, e a sua preocupação é o card do requisito | Se o build pretendido do teste fechado está acessível para o testador inscrito, o acesso não é o problema. Siga o caminho curto sobre o progresso até o guia dedicado, em vez de mexer nas configurações de acesso. |
Vídeo: as verificações do Play Console na tela
Gravado em maio de 2026 para a versão anterior deste guia. Cerca de cinco minutos.
Onde o vídeo e este texto divergirem, siga o texto
Três pontos da gravação estão superados: o Google descreve o processamento como algumas horas a sete dias, não 20 a 30 minutos; os países do teste vêm sincronizados com a produção por padrão, então confira a configuração de sincronização antes de editar; e abrir o link sem estar conectado não testa o acesso do testador. Para isso, use o procedimento do testador.
Verifique a conta e a participação do testador
Configurações corretas no Console ainda deixam um testador bloqueado se a conta Google em uso for a errada, ou se o testador foi adicionado a uma lista mas nunca concluiu o passo de entrar no teste. Estar incluído e ter entrado são dois estados diferentes. Passe este procedimento a cada testador, nesta ordem, e pergunte qual etapa falhou.
- Confirme a conta Google convidada. O endereço que está na lista de e-mails selecionada, ou a conta que é membro do Grupo do Google configurado, é a única que o Google Play reconhece para este teste. Pergunte ao testador com qual conta o dispositivo e o navegador estão conectados.
- Confirme a inclusão antes de entrar no teste. Em uma lista de e-mails, o endereço precisa estar na lista que está selecionada na faixa. Em um Grupo do Google, o testador já precisa ser membro do grupo, não apenas ter sido convidado para ele.
- Use essa mesma conta no navegador do convite e na Play Store. Um navegador conectado a outra conta, ou um celular cuja Play Store usa uma segunda conta, pode gerar um erro de acesso ou de elegibilidade mesmo com todo o resto certo.
- Conclua a participação e depois siga o link de instalação. A página de convite exibe uma confirmação assim que o testador entra no teste. Só depois disso a ficha da Play Store oferece o build de teste.
- Confirme o resultado no dispositivo pretendido. Pergunte a que etapa exata ele chegou: entrou, instalou ou abriu. Se falhou, peça a mensagem exata que apareceu na tela e uma captura de tela.
Fonte: Configurar um teste aberto, fechado ou interno (Ajuda do Play Console).
A exceção do teste interno
Um testador que entrou no seu teste interno não fica elegível para o teste fechado nem para o aberto até sair do teste interno e então entrar no teste pretendido. Nessa transição do interno para o fechado, o testador precisa sair do teste interno primeiro. Sair e entrar de novo não é uma solução geral: não peça isso a um testador que está funcionando.
Se o teste usa um Grupo do Google
O endereço do grupo é o que você adiciona na faixa. Um testador que apenas foi convidado para o grupo ainda não é membro: o convite precisa ser aceito, e a condição de membro aparece nos Grupos do Google, não no Play Console. Assim que a participação no grupo estiver confirmada, o testador entra no teste pelo mesmo link e com a mesma conta. Ser membro do grupo, sozinho, não inscreve ninguém.
Mensagem para enviar ao testador
Se a cópia estiver bloqueada, selecione o texto acima e copie. Enviar a mensagem não confirma que a instalação deu certo.
Para o fluxo completo de convite, incluindo listas de e-mails versus grupos e como ler os números de convidados e de participantes, veja como convidar testadores e confirmar a participação.
Cinco verificações de configuração no Play Console
Nos casos de suporte que a PrimeTestLab atende, estas cinco configurações são as que mais aparecem erradas do lado do desenvolvedor. Esse é o conjunto de casos que observamos, não uma regra do Google e não uma lista exaustiva: as verificações do testador acima e o caminho do dispositivo abaixo cobrem falhas que estas configurações não explicam. Percorra as cinco na faixa em que os seus testadores deveriam entrar.
Confirme que a versão e a configuração de testadores estão na faixa pretendida
O Play Console permite que você tenha várias faixas de teste fechado. Cada uma tem as próprias versões e a própria configuração de testadores. Se a versão que você espera que os testadores instalem está na Faixa A e a lista selecionada está ligada à Faixa B, as duas nunca se encontram: os testadores configurados na Faixa B ficam elegíveis para uma faixa sem versão disponível, e ninguém que você queria alcançar está configurado como elegível na Faixa A.
Clique para ampliar
- Abra Testing > Closed testing no Play Console.
- Encontre a faixa cujo link você compartilhou e abra Manage track.
- Na visão de versões, confirme que a versão pretendida, e não simplesmente qualquer versão, aparece como disponível para os testadores com o número de versão que você espera.
- Na aba Testers dessa mesma faixa, confirme que a lista ou o grupo pretendido está selecionado.
Desalinhado
Versão disponível na Faixa A, lista selecionada na Faixa B. Os testadores configurados como elegíveis na Faixa B não têm versão disponível para receber; ninguém está configurado como elegível na Faixa A, onde a versão está.
Alinhado
Versão pretendida disponível na Faixa A, lista pretendida selecionada na Faixa A, convite copiado da Faixa A.
Se a versão ainda está como rascunho
Um rascunho não está sendo entregue a ninguém. Abra-o, conclua o que o Console pedir e siga o fluxo de lançamento até a versão ficar disponível na faixa. O texto do botão depende do estado, e uma versão que precisa de análise espera por essa análise antes de ficar disponível. Outra versão elegível na mesma faixa, uma mais antiga, por exemplo, pode continuar sendo entregue enquanto a nova não está pronta, então os testadores podem ver uma versão diferente em vez de não ver nada.
Fonte: Preparar e lançar uma versão (Ajuda do Play Console).
Simplifique
Se você só precisa de um teste fechado, use uma faixa. Várias faixas são úteis para grupos em etapas e são uma causa frequente de uma versão e uma lista que nunca se encontram.
Selecione e salve a lista de testadores pretendida
Criar uma lista de e-mails e selecioná-la para uma faixa são duas operações separadas. Uma lista pode existir na sua conta, conter todos os endereços que você queria adicionar e ainda assim não valer para a faixa enquanto a caixa de seleção dela não for marcada e a alteração não for salva.
Clique para ampliar
Envie ou crie a lista
Na aba Testers, crie uma lista de e-mails, dê um nome a ela e adicione os endereços ou envie um CSV. Salve a lista.
Marque a caixa de seleção ao lado da lista pretendida
A lista aparece na tabela esteja ela selecionada ou não. Ela só vale para esta faixa quando a caixa de seleção dela está marcada.
Salve a alteração
Salve no fim da página. A lista passa a aparecer como selecionada para esta faixa. Se o Console indicar que a alteração está aguardando análise, envie-a pela Publishing overview.
Por que salvar uma lista não a seleciona
Listas de e-mails são objetos no nível da conta e podem ser reaproveitadas em várias faixas, então o Console mantém separadas a criação de uma lista e a aplicação dela a uma faixa. Isso é um comportamento intencional de configuração, não um bug. Uma lista salva ainda precisa ser selecionada para a faixa, e é por isso que esse passo passa despercebido com facilidade.
Alterar os integrantes versus selecionar a lista
Selecionar uma lista para uma faixa é uma alteração de configuração e pode precisar passar por análise antes de valer. Adicionar ou remover endereços dentro de uma lista que já está selecionada é tratado de outro jeito: o Google inclui as alterações de integrantes entre as exceções que não ficam retidas pela publicação gerenciada. Se a lista está selecionada e um testador específico continua sem conseguir entrar, volte às verificações do testador em vez de salvar a lista de novo.
Fontes: Configurar um teste e Controlar quando as alterações do app são analisadas e publicadas (Ajuda do Play Console).
Copie o convite pretendido e não o confunda com o link de instalação
Copie o convite compartilhável na aba Testers da faixa pretendida e confirme no Console o acesso configurado dos testadores e a versão disponível, em vez de usar a URL para identificar a faixa. Compartilhar o convite do teste interno com os seus testadores do teste fechado leva essas pessoas a um teste para o qual elas não estão configuradas. Também existem dois destinos diferentes: o link de convite, onde o testador entra no teste, e a ficha da Play Store, onde o testador instala depois de entrar. Um link da loja, sozinho, não inscreve ninguém.
Clique para ampliar
As três faixas e o requisito do teste fechado
| De onde foi copiado | Faixa | Conta para o requisito do teste fechado? |
|---|---|---|
| Testing > Internal testing | Interno (até 100 testadores por app) | Não |
| Testing > Closed testing | Fechado (a faixa a que o requisito se refere) | Sim |
| Testing > Open testing | Aberto (teste público) | Não as contas afetadas ganham o teste aberto depois do acesso de produção |
O requisito se aplica a contas pessoais de desenvolvedor criadas após 13 de novembro de 2023. O teste interno não tem condição de organização nem de vínculo empregatício; o limite é a contagem por app. Para a comparação mais ampla, veja as diferenças entre teste interno, fechado e aberto.
Reconheça o formato do link e depois confirme o teste pretendido
- Link de convite (participação):
play.google.com/apps/testing/<package name>. Os testadores usam esse link para entrar no teste. Os testes públicos usam o mesmo padrão de caminho, então o formato sozinho não prova que a faixa é fechada: confirme o teste no Play Console. - Link do teste interno:
play.google.com/apps/internaltest/.... Errado para um teste fechado. - Ficha da Play Store:
play.google.com/store/apps/details?id=<package name>. É o destino de instalação depois de entrar no teste. Ela não inscreve ninguém.
Fontes: Configurar um teste, Requisitos de teste de apps para novas contas de desenvolvedor pessoais e o próprio teste público do Google Chrome Beta para Android, que usa o mesmo padrão de caminho.
Confira o formato do seu link do Google Play
Cole um link para ver a qual padrão de URL do Google Play ele corresponde. Só o formato: isto não verifica o app, a faixa nem o acesso dos testadores.
Testadores que usaram o seu teste interno
Um testador inscrito no seu teste interno precisa sair dele antes que este convite funcione para ele. Veja a exceção do teste interno acima.
Verifique a disponibilidade por país e a sincronização
Confira o país da Play registrado na conta de cada testador que você quer alcançar. Por padrão, os países do teste acompanham os da produção. Se este teste precisa de uma disponibilidade diferente, verifique a configuração de sincronização e use Unsync countries/regions antes de editar os países do teste. Selecione a cobertura de que o seu teste precisa; uma lista maior de países não elimina as outras condições de acesso.
O Google faz a segmentação pelo país da Play da conta, ou seja, o país em que a conta está registrada, e não onde o testador está no momento. Viajar, por si só, não muda a segmentação pelo país da Play da conta. Um testador cuja conta está registrada em outro lugar não fica coberto quando você adiciona o país em que ele mora atualmente.
Clique para ampliar
- Abra a faixa e escolha Countries / regions.
- Leia o estado de sincronização exibido para a faixa. Enquanto estiver sincronizado, o teste acompanha a produção, e editar a produção altera o teste.
- Para segmentar o teste de forma independente, escolha Unsync countries/regions e depois adicione os países em que as contas dos seus testadores estão registradas.
- Salve e, em seguida, envie a alteração se o Console mostrar que ela está aguardando análise.
Apps pagos
Alguns países podem não estar disponíveis para apps pagos, e adicionar um país a um app pago acrescenta preços para ele. Entrar em um teste fechado não torna gratuito um app pago.
Se os seus testadores estão espalhados por várias regiões, o guia sobre testadores em países diferentes trata das verificações de país da conta com mais profundidade.
Fonte: Distribuir versões do app para países específicos (Ajuda do Play Console).
Verifique o status de análise, publicação e disponibilidade
Aprovado, pendente e disponível são estados diferentes e pertencem a objetos diferentes: o app, uma atualização e itens individuais, como uma versão ou uma alteração de países. Uma versão disponível pode conviver com uma atualização inacabada, então uma fila vazia não é o objetivo. O objetivo é que a versão e a configuração específicas de que os seus testadores precisam estejam disponíveis.
Clique para ampliar
| Estado observado | O que fazer |
|---|---|
| Versão em rascunho ou incompleta | Cumpra os requisitos da versão que o Console mostra e depois siga o fluxo de lançamento. |
| Alterações relevantes não enviadas para análise | Envie pela Publishing overview as alterações que precisam de análise. Nem toda alteração precisa de análise; alterar os integrantes de uma lista já selecionada, não. |
| Em análise | Siga o status exibido e qualquer estimativa mostrada. Não diagnostique uma espera por análise como uma caixa de seleção de testadores desmarcada sem ter evidências. |
| Aprovada e aguardando sob publicação gerenciada | Publique a atualização quando quiser que ela entre no ar. A aprovação, sozinha, não a torna disponível. |
| A versão relevante está disponível | Siga com as verificações do testador. Considere a propagação: um link de teste recém-publicado pode levar várias horas até ficar disponível. |
| Recusado, removido ou suspenso | Siga o caminho de resolução próprio desse problema. Ele está fora deste guia; veja por que o teste fechado é recusado se a decisão foi sobre o teste. |
O Google descreve o processamento como algo que leva algumas horas ou até sete dias, com casos excepcionais mais longos. Trate isso como orientação de planejamento, não como um prazo prometido. Confira o status atual e qualquer estimativa exibida para o seu envio.
A publicação gerenciada é condicional
Se a publicação gerenciada está ativada, uma atualização aprovada espera até você publicá-la. A publicação gerenciada não pode ser usada na primeira publicação de um app, então um app recém-criado não fica retido por ela; um app novo espera pela análise e depois pela propagação.
Fontes: Controlar quando as alterações do app são analisadas e publicadas, Publicar seu app e Configurar um teste (Ajuda do Play Console).
Se o testador consegue entrar no teste, mas não consegue instalar
Um testador pode ter acesso ao teste enquanto o dispositivo dele não consegue instalar o build desse teste. Inspecione o dispositivo exato e a faixa relevante no Device catalog, incluindo a versão do Android, os requisitos do manifesto e as exclusões. Não remova requisitos de compatibilidade sem entender por que eles existem.
Inspecione o dispositivo e o build relevante
- Peça ao testador o modelo do dispositivo, a versão do Android e a mensagem exata. App não disponível e app não compatível são resultados diferentes.
- No Play Console, abra o Device catalog, busque o modelo e leia o status dele para a faixa em que o testador entrou. As exclusões de dispositivos são gerenciadas no nível do app. A compatibilidade pode variar de uma faixa para outra, porque cada faixa pode conter um build com requisitos de manifesto diferentes. Confira o status de suporte na faixa relevante antes de alterar uma exclusão.
- Compare a versão mínima do Android do build, os recursos de hardware exigidos e os dispositivos excluídos com o dispositivo do testador.
- Depois de entrar no teste, confirme que a Play Store continua usando a conta inscrita. Em seguida, verifique a disponibilidade da versão, o país da Play (verificação 4), a compatibilidade do dispositivo e o erro exato de instalação. Se o download falhar mesmo com a elegibilidade em ordem, siga a solução de problemas básica de download do Google.
Se já existe outra versão instalada
Um testador que já tem o app de outra faixa ou da produção pode ver Atualizar em vez de Instalar, ou ser impedido de instalar um build cujo código de versão é menor que o do app já instalado. Confirme qual versão está no dispositivo e qual a faixa entrega. Conflitos de assinatura e de código de versão são problemas de build, não de acesso; resolva-os no build, e não convidando o testador de novo.
Fontes: Ver e restringir os dispositivos compatíveis com o seu app (Ajuda do Play Console) e Versionar o app (Android Developers), que trata da limitação de downgrade do código de versão.
Verifique o acesso antes de convidar o grupo inteiro
Antes de enviar o link a todos os testadores, confirme o caminho inteiro uma vez com uma conta de testador elegível. Esta lista de verificação é um registro manual do que você confirmou; ela não lê nada do Play Console, e um testador que entre depois, com outra conta, outro país da Play ou outro dispositivo, ainda pode falhar pelas condições dele.
As suas verificações manuais estão completas, incluindo a confirmação de entrada e instalação de um testador. Verifique separadamente qualquer testador adicional se a conta, o país ou o dispositivo dele for diferente.
Se o acesso funciona, mas o requisito não avança
Para contas pessoais de desenvolvedor criadas após 13 de novembro de 2023, o acesso de produção exige que pelo menos 12 testadores estejam participando há 14 dias consecutivos no momento em que você faz a solicitação. O período é avaliado por testador: quem sai e entra de novo precisa cumprir um novo período consecutivo, e os demais testadores mantêm o deles. Se as instalações funcionam mas o card não avança, leia o guia do requisito de 12 testadores e 14 dias e depois testadores insuficientes ou dias que não atualizam.
Fonte: Requisitos de teste de apps para novas contas de desenvolvedor pessoais (Ajuda do Play Console).
Ainda bloqueado? Reúna estes detalhes
Se as verificações do testador e as cinco verificações do Console passam e uma falha reproduzível continua, pare de dar voltas nas mesmas configurações. Reúna as evidências abaixo e use o caminho de suporte a partir do Play Console. Siga qualquer orientação de prazo mostrada no Console ou no seu chamado de suporte. Evite envios desnecessários enquanto as alterações estão em análise, porque alterações adicionais podem atrasar a análise. Use as evidências abaixo para diagnosticar a falha antes de mexer na versão.
- Nome do pacote
- A faixa pretendida, a versão dela, o código de versão e o estado da versão que você vê
- Data e hora da última alteração relevante e se ela foi enviada para análise
- A mensagem exata que o testador vê, com uma captura de tela
- A etapa que falha: entrar no teste, instalar ou abrir
- Se o afetado é um testador ou todos os testadores
- Como a participação foi confirmada: o endereço na lista selecionada ou a condição de membro do grupo, e a conta usada no dispositivo
- O país da Play do testador
- O modelo do dispositivo e a versão do Android, e o status daquele modelo no Device catalog
- Uma captura de tela do estado relevante do Console (faixa, testadores, países, Publishing overview)
Modelo de pacote de suporte
Se a cópia estiver bloqueada, selecione o texto acima e copie.
O que não coletar
Nunca peça a um testador a senha nem um código de verificação. Tudo o que está acima pode ser observado na tela do testador ou no seu Console.
Caminho: Ajuda do Play Console, Problemas de visibilidade e descoberta do app, que lista as verificações que o Google espera primeiro e a forma de falar com o suporte. Se a versão ou a solicitação de acesso de produção foi mesmo recusada, esse é outro caminho: como resolver uma recusa do teste fechado.
Ajuda opcional com a configuração e o teste
Se o acesso já está resolvido e o que falta são testadores que entrem no teste, instalem e continuem participando os 14 dias completos, a PrimeTestLab fornece essas pessoas. Também revisamos as configurações de faixa, lista, link, países e status à luz deste guia antes de o primeiro testador entrar, para que os problemas de acesso acima estejam resolvidos antes de a contagem dos dias começar a importar. O teste costuma começar em 4-6 horas depois que o seu link de teste é confirmado.
Por que mais de 12
O período contínuo de cada testador é avaliado individualmente. Se um testador de um grupo de exatamente 12 sair, você fica abaixo da contagem no momento da solicitação até que um substituto cumpra o próprio período consecutivo; os demais mantêm o progresso deles. Alguns testadores a mais impedem que uma única saída mude a data da sua solicitação. Veja como planejar uma margem de testadores.
Pacotes atuais
- Atende à contagem de 12 testadores
- Dispositivos Android reais
- Cobertura completa de 14 dias
- Maior margem acima de 12
- Maior variedade de dispositivos
- Cobertura completa de 14 dias
- Margem acima de 12 incluída
- Variedade maior de dispositivos
- Cobertura completa de 14 dias
Os preços são por pacote; o checkout mostra a taxa de serviço antes do pagamento. Compare os planos de teste e o suporte de configuração ou veja como o serviço funciona.
Perguntas frequentes
Por que o Google Play diz que o app não está disponível para um testador que eu convidei?
Na maioria das vezes, o testador está conectado com uma conta que não é a convidada, foi adicionado a uma lista que não está selecionada na faixa, ou não concluiu o passo de entrar no teste. Confira a conta convidada, a lista selecionada ou a condição de membro do grupo e a participação concluída antes de mexer nas configurações do Console.
O testador entrou no Grupo do Google, mas ainda não consegue entrar no teste. Por quê?
Confirme que o testador é membro do grupo, e não apenas convidado, e que o grupo é o que está selecionado na faixa. Depois o testador entra no teste com a mesma conta que usou no grupo. Ser membro do grupo, sozinho, não inscreve ninguém; o passo de entrar no teste ainda precisa ser concluído.
O testador entrou no teste, mas não consegue instalar. O que eu devo verificar?
Confirme que a Play Store está usando a mesma conta que entrou no teste. Depois verifique a versão relevante, o país da Play, a compatibilidade do dispositivo e qualquer versão já instalada. Use o erro exato para decidir se investiga o acesso ao teste, o build ou um problema de download.
Minhas alterações foram aprovadas, mas o app continua indisponível. Por quê?
Aprovação não é a mesma coisa que disponibilidade. Se a publicação gerenciada está ativada, uma atualização aprovada espera até você publicá-la. Um link de teste recém-publicado também pode levar várias horas até ficar disponível, e a versão específica de que os seus testadores precisam pode continuar inacabada enquanto outras alterações estão aprovadas.
O teste fechado e a produção usam os mesmos países?
Por padrão, sim: a disponibilidade por país de um teste fica sincronizada com a produção. Para segmentar o teste de forma independente, use Unsync countries/regions na faixa e depois edite os países dela. O Google aplica o país da Play registrado na conta do testador, não a localização atual dele.
Por que o teste interno funciona e o teste fechado não?
O teste interno é uma faixa separada, com link e testadores próprios. Um testador que entrou no seu teste interno não fica elegível para o teste fechado até sair do teste interno e entrar pelo link do teste fechado. O tempo no teste interno também não conta para o requisito do teste fechado. Verifique ainda a disponibilidade por país e as exclusões de dispositivos: o teste interno tem exceções que o teste fechado não tem.
O acesso funciona, mas o requisito do teste fechado não avança. E agora?
Esse é um problema diferente do acesso. Para contas pessoais de desenvolvedor criadas após 13 de novembro de 2023, pelo menos 12 testadores precisam estar participando há 14 dias consecutivos no momento em que você faz a solicitação, o que é avaliado por testador. Leia o guia do requisito de 12 testadores e o guia sobre os dias que não atualizam, em vez de mexer nas configurações de acesso.
O que fazer agora
Conclusão
Trate o app não disponível como um sintoma e identifique a etapa em que o acesso falha. Confirme a conta convidada e a participação concluída, depois verifique a faixa, a lista selecionada, o convite, os países e o estado de publicação, e comprove o acesso com um testador elegível antes de convidar todo mundo. Se uma falha reproduzível sobreviver a todas as verificações, envie o pacote de evidências ao suporte do Play Console. Assim que um testador conseguir entrar e instalar, compartilhe o convite com o grupo e siga o guia específico sobre o período de teste para o requisito em si.
Fontes oficiais