Requisitos
Como responder ao questionário de acesso à produção (exemplos para cada pergunta)
Ao solicitar o acesso à produção depois do teste fechado, você precisa responder a perguntas sobre o teste. As respostas são lidas e avaliadas por pessoas, então respostas fracas levam à recusa. Passamos pelas três partes do questionário do Google, pergunta por pergunta, com respostas fracas e boas lado a lado para você saber o que escrever.
Última verificação em 20 de set. de 2026.
1. O que o questionário avalia
Depois de cumprir os 14 dias de teste fechado, você pode solicitar o acesso à produção no Play Console. Nesse momento, você precisa responder a perguntas sobre o teste fechado, e uma pessoa do Google lê e analisa as respostas. A análise costuma terminar em até 7 dias.
O ponto central é um só: o Google quer saber se o teste foi feito de verdade, e não só para cumprir tabela. Por isso, frases como “O teste foi concluído com sucesso” não dizem nada e viram respostas fracas; uma resposta forte diz o que você observou e o que corrigiu.
2. Etapa 1: sobre o teste fechado
Esta etapa pergunta como o teste foi feito. São quatro perguntas.
Foi difícil recrutar testadores?
É uma pergunta sobre a dificuldade, então não há resposta certa. Seja sincero e acrescente uma linha sobre como você reuniu os testadores.
Resposta fraca
Não. Foi fácil.
Resposta forte
Não foi fácil. Só com conhecidos e comunidades não chegamos ao número necessário, então usamos também um serviço de teste com dispositivos reais e conseguimos mais de 12 testadores.
Os testadores usaram todos os recursos do app?
Em vez de afirmar que usaram tudo, ganha mais confiança quem separa o que foi verificado e o que não foi. Se algum recurso não pôde ser usado, vale explicar o motivo.
Resposta fraca
Sim, usaram todos os recursos.
Resposta forte
Da primeira abertura até as telas principais (início, lista e detalhes, que funcionam sem login), verificamos em todos os dispositivos. Pagamentos e notificações push exigem uma conta real, então só foram verificados com a conta do desenvolvedor.
O uso dos testadores foi parecido com o de usuários reais?
Resposta fraca
Sim, foi parecido.
Resposta forte
Os testadores abriram o app todos os dias depois de instalar e verificaram até a tela inicial, então o tempo de uso é diferente do de usuários reais, que usam várias vezes ao dia por mais tempo. Em compensação, verificamos repetidamente se a primeira abertura funcionava em vários fabricantes e versões do sistema.
Que feedback você coletou e como?
É a pergunta mais importante. Escreva separadamente o método de coleta e o que foi coletado.
Resposta fraca
Os testadores disseram que funciona bem.
Resposta forte
Verificamos pelos registros de execução e capturas de tela de cada dispositivo, e as execuções com falha foram registradas com o código de erro e o modelo do dispositivo. Encontramos um problema em 2 dispositivos com Android 11: na primeira abertura, a tela de pedido de permissão ficava escondida atrás do app.
3. Etapa 2: sobre o app
São perguntas sobre o app em si: público-alvo, proposta de valor e estimativa de instalações no primeiro ano. Isso não tem relação com o teste, então escreva fatos em vez de frases de marketing.
- Público-alvo — seja específico, como “profissionais de 20 a 39 anos que têm dificuldade para acordar de manhã”. Evite “todos os usuários”.
- Proposta de valor — uma frase sobre o que diferencia o app dos concorrentes. Em vez de listar recursos, diga “o que ele faz pelo usuário”.
- Estimativa de instalações no primeiro ano — responda com uma faixa. É melhor não exagerar: números altos sem base levantam dúvidas sobre o quanto o app está preparado.
4. Etapa 3: preparação para produção
Pergunta como você aplicou no app o que aprendeu no teste. É o ponto que mais decide a aprovação.
Resposta fraca
Corrigimos bugs e estabilizamos o app.
Resposta forte
Atualizamos o app três vezes durante o teste. Na 1.0.3, corrigimos a tela de permissão que ficava escondida no Android 11; na 1.0.4, encurtamos a tela de abertura depois de notar que o carregamento inicial era longo. Na 1.0.5, reduzimos o uso de memória em dispositivos mais simples.
Com o número da versão e o que foi corrigido, o revisor consegue conferir. Por isso, enviar atualizações a cada 3 ou 4 dias durante o teste ajuda muito a escrever esta resposta.
5. O que reunir antes de responder
Respondendo de memória, o questionário fica vago. Se você reunir antes os cinco itens abaixo, dá para transcrevê-los diretamente em cada pergunta.
- Datas de início e fim do teste e quantos dispositivos mantiveram o app instalado nesse período
- Lista de versões enviadas durante o teste e o que mudou em cada uma
- Dispositivos em que a execução falhou, com o erro e a versão do sistema na ocasião
- Capturas da tela da primeira abertura (material que mostra que o pedido de permissão e o onboarding funcionam)
- Recursos que não puderam ser verificados e por quê
6. Respostas que você não deve dar
- Inventar feedback que não existiu. Se você inventar frases que não podem ser confirmadas, como “os 12 testadores disseram que a interface é prática”, e isso virar um problema, quem corre risco é a conta, e não só o app.
- Responder só “sim” em todas as perguntas. Dizer que não houve nenhuma dificuldade faz parecer que o teste nem aconteceu.
- Enviar um modelo copiado sem mudar nada. Quando as mesmas frases se repetem em vários apps, o revisor percebe.
- Encher as respostas com listas de recursos. A pergunta não é sobre a lista de recursos, e sim sobre o que você aprendeu com o teste.
Perguntas frequentes
- Posso usar um serviço que responde ao questionário por mim?
- Não recomendamos. Inventar experiências de testadores que não aconteceram é enviar informações falsas ao Google, e, se isso virar um problema, quem corre risco não é só o app, mas a sua conta de desenvolvedor. É mais seguro escrever você mesmo com base no que realmente aconteceu — e a chance de aprovação também é maior.
- Preciso responder em inglês?
- Pode responder em português. Mas frases longas e vagas não comunicam bem, então é melhor ser conciso e focar em números e fatos concretos.
- Os testadores não deram nenhum feedback de verdade. O que eu escrevo?
- Não invente feedback que você não recebeu; escreva o que realmente fez. Fatos observados durante o teste, como erros vistos na execução em cada dispositivo, logs de falhas e a versão do sistema dos dispositivos em que a instalação falhou, já são base suficiente.
- Qual deve ser o tamanho das respostas?
- Importa mais ser específico do que escrever muito. De 3 a 5 frases por pergunta bastam; o importante é incluir números (quantidade de dispositivos, período, número de versões) e as mudanças que você realmente fez.
- Se for rejeitado, tenho que começar tudo de novo?
- Depende do motivo da rejeição. Se foi por respostas insuficientes no questionário, você pode complementar e solicitar de novo; se o próprio teste não cumpriu o requisito, talvez seja preciso fazer mais teste fechado.
Cumpra o requisito sem recrutar testadores
O DUIRE participa do seu teste fechado com dispositivos Android reais e abre o app todos os dias durante 14 dias. Registrar o app e verificar a instalação é gratuito.