Resposta rápida
Serviços pagos de testadores do Google Play podem valer a pena quando recrutar e coordenar 12 testadores Android confiáveis por 14 dias contínuos é o seu gargalo. As regras publicadas pelo Google não proíbem expressamente pagar testadores de QA reais, mas o Google não endossa serviços de terceiros e nenhum provedor controla o acesso de produção. Pague por teste real, feedback privado e coordenação, nunca por classificações, avaliações ou promessa de aprovação.
A mesma resposta, com todas as ressalvas Em 12 de agosto de 2026, nenhuma política pública do Google Play localizada nesta apuração proíbe explicitamente pagar pessoas para fazer QA real em teste fechado, e o Google também não publica nenhum endosso geral nem certificação de serviços terceirizados de testadores. Para contas pessoais de desenvolvedor criadas após 13 de novembro de 2023, a exigência documentada é um teste fechado com no mínimo 12 testadores participando continuamente há pelo menos 14 dias, depois do que o desenvolvedor pode solicitar o acesso de produção e o Google ainda pode exigir mais testes se considerar o engajamento ou a maturidade do app insuficientes. Um serviço pago de testadores pode valer a pena quando recrutar, coordenar e manter testadores Android confiáveis é o gargalo. Ele não encurta os 14 dias e não garante a decisão do Google. Escolha um provedor que entregue teste de verdade e feedback privado, que não ofereça avaliações públicas e que diga com todas as letras o que acontece se o Google pedir mais testes.
De quem publica esta página
Precisa que o lado do recrutamento e da coordenação seja resolvido? Veja como a PrimeTestLab cuida da parte dos testadores do processo, incluindo as respostas que daríamos ao checklist de avaliação deste próprio post.
O medo por trás dessa pergunta raramente é o dinheiro. Desenvolvedores descrevem o recrutamento como um esforço social para o qual não se inscreveram, e em seguida descrevem a parte pior: esperar duas semanas, solicitar e ouvir que precisam testar de novo. É por isso que este post classifica a própria evidência em voz alta. Tudo aqui está atualizado em 12 de agosto de 2026 e vem das páginas do Help Center do próprio Google, do blog de desenvolvedores do Google ou de relatos da comunidade claramente identificados. Quando uma afirmação muito repetida não tem fonte localizada, ela é marcada como não verificada em vez de ser promovida a regra sem alarde. O Google reduziu essa exigência de 20 para 12 testadores em 11 de dezembro de 2024, cerca de 21 meses atrás, e as páginas que ainda falam em 20 são a prova mais clara de que escrever com confiança sobre esse tema envelhece mal.
A bancada de decisão
Três instrumentos feitos para esta única decisão de compra. Nada aqui exige conta, upload ou requisição de rede. Tudo roda no seu navegador, sobre os valores que você digita.
Testadores pagos do Google Play são permitidos?
Nenhuma política pública do Google Play localizada nesta apuração proíbe pagar pessoas para fazer QA real em teste fechado, e nenhuma fonte do Google aprova serviços pagos de testadores. As duas metades dessa frase importam. A ausência de proibição não é um endosso, e quem cita uma metade sem a outra está vendendo alguma coisa para você.
Claramente aceitável
Rotas de recrutamento que o próprio Google recomenda.
- Amigos e familiares
- Colegas de trabalho e de curso
- Comunidades on-line relevantes
- Grupos de usuários do seu público-alvo
- Seus próprios seguidores nas redes
Nenhuma proibição pública encontrada
Não é proibido nas políticas pesquisadas, e também não é endossado.
- Remunerar uma pessoa para fazer QA real
- Usar um provedor para recrutar e coordenar testadores
- Receber feedback privado de bugs e usabilidade de um testador pago
Esta é uma conclusão negativa. Trate como ausência de evidência, não como permissão concedida.
Explicitamente contra a política
As palavras do próprio Google sobre isso não são ambíguas.
- Pagar por uma classificação positiva na Play Store
- Avaliações ou classificações incentivadas de qualquer tipo
- Avaliações fraudulentas
- Serviços automatizados que inflam instalações ou classificações
Por que "não proibido" é a formulação honesta
Duas buscas produzem dois silêncios diferentes. Procure nas políticas publicadas do Google uma regra contra remunerar testadores e você não vai encontrar nenhuma. Procure nas mesmas políticas uma declaração de que serviços pagos de teste são aprovados, certificados ou recomendados, e também não vai encontrar. O segundo silêncio é o que as páginas concorrentes pulam, porque "o Google permite testadores pagos" rende uma página de vendas bem melhor do que "o Google não tratou do assunto".
Existe uma evidência muito repetida que parece fechar essa lacuna, e ela merece um rótulo cuidadoso. Desenvolvedores relatam que o próprio formulário de acesso de produção do Google pergunta como os testadores foram recrutados e oferece provedor de testes pago como uma das respostas de exemplo. Se esse texto está mesmo no Console hoje, é uma evidência prática forte de que o Google prevê a prática. Mas ele aparece em um formulário do Console, e não em uma página publicada do Help Center, então as únicas fontes públicas para ele são relatos de desenvolvedores.
Relatado pela comunidade, e vale dizer isso em voz alta. O texto "provedor de testes pago" no formulário de produção vem de desenvolvedores reproduzindo o que viram no Play Console, não de uma página do Google que qualquer pessoa possa abrir e conferir. Formulários do Console mudam sem registro público de alterações. Enquanto o Google não publicar esse texto, ele pertence ao nível relatado, não ao verificado. Relatado
Pagar por QA versus manipular a loja
A forma mais clara de pensar nessa fronteira é parar de perguntar se houve dinheiro envolvido e começar a perguntar o que o dinheiro comprou. Pagar alguém para encontrar bugs está em uma categoria. Pagar alguém para influenciar o que o público vê na sua ficha da loja está em outra, completamente diferente, e só a segunda é tratada explicitamente pelo Google.
| Prática | Status conforme a evidência | O que isso significa para você |
|---|---|---|
| Pagar uma pessoa para fazer QA real em teste fechado e relatar bugs | Parcial Nenhuma proibição pública encontrada | Não é expressamente proibido nas políticas pesquisadas. Também não existe endosso geral do Google. |
| Recrutar amigos, familiares, colegas de trabalho ou de curso | Verificado Recomendado pelo Google | Um canal de recrutamento claramente aceitável, e o primeiro a esgotar. |
| Recrutar em comunidades on-line relevantes ou entre seus usuários-alvo | Verificado Recomendado pelo Google | Claramente aceitável, e normalmente o melhor feedback de produto que você vai conseguir. |
| Pagar por uma classificação positiva na Play Store ou por uma avaliação falsa | Proibido Manipulação | Não faça isso, e não compre um pacote de testes que inclua isso. |
| Oferecer incentivos em troca de classificações ou avaliações | Proibido Manipulação | Não faça isso. O problema é o incentivo, não a maneira de redigir a oferta. |
| Usar serviços automatizados para inflar instalações ou classificações | Proibido Manipulação | Não faça isso. É a linha mais clara que o Google traça em toda essa área. |
| Usar testadores que só instalam e nunca testam de verdade | Verificado O engajamento é avaliado | Não aparece como uma regra de má conduta à parte, mas é um motivo real para o Google pedir que você continue testando. |
| Um testador remunerado enviando a você feedback privado de bugs e usabilidade | Parcial Nenhuma proibição encontrada | Mantenha o feedback de QA privado e estruturado, e totalmente separado das classificações públicas. |
Status vindos do dossiê de pesquisa deste post, construído sobre a Ajuda do Google Play Console answer 14151465 e a política de classificações, avaliações e instalações de usuários (answer 9898684). Acessados em 12 de agosto de 2026.
O que o Google realmente exige, e o que os outros acrescentaram?
Quatro coisas estão documentadas: no mínimo 12 testadores, no mínimo 14 dias contínuos de participação, um teste fechado e uma análise do engajamento e da prontidão do app depois que você solicita. Quase tudo o mais que você leu sobre essa exigência, inclusive a regra do uso diário e a de um dispositivo por testador, é orientação de comunidade ou folclore repetido até soar oficial.
A exigência inteira de relance
Cada linha daqui remete a uma página atual do Google. Se um serviço, uma resposta de fórum ou um assistente disser algo que contradiz esta tabela, comece conferindo a tabela.
| Pergunta | Resposta documentada | Nível |
|---|---|---|
| Quem está sujeito a essa exigência? | Contas pessoais de desenvolvedor criadas após 13 de novembro de 2023 | Verificado |
| Quantos testadores? | No mínimo 12 | Verificado |
| Por quanto tempo? | Participando continuamente há pelo menos 14 dias | Verificado |
| Qual faixa conta? | Teste fechado | Verificado |
| O teste interno substitui? | Não. O teste interno é opcional; a exigência foi escrita sobre o teste fechado | Verificado |
| Quantos testadores internos são permitidos? | Até 100, que é outro número, para outra faixa | Verificado |
| O mínimo já foi 20? | Sim. Reduzido de 20 para 12 em 11 de dezembro de 2024 | Verificado |
| O que acontece depois dos 14 dias? | Você pode solicitar o acesso de produção quando os critérios forem cumpridos | Verificado |
| O acesso de produção é então automático? | Não. O Google analisa o engajamento e se o app está pronto | Verificado |
| Quanto tempo leva essa análise? | Geralmente até sete dias, às vezes mais | Verificado |
Todas as linhas vêm da Ajuda do Google Play Console, answers 14151465, 9859348 e 6112435, mais o post do Android Developers Blog que anunciou a redução de 20 para 12. Acessados em 12 de agosto de 2026. O Google já mudou essa exigência uma vez, cerca de 21 meses atrás, então páginas que ainda falam em 20 testadores são a forma mais rápida de identificar um texto que não foi reconferido. Tratamos dessa mudança em detalhes em O Google Play mudou de 20 testadores para 12.
Três regras que não são regras
Cada uma delas aparece o tempo todo em respostas de fórum, no marketing de serviços e em resumos gerados por IA. Nenhuma aparece como limite publicado na página atual de requisitos do Google, e a diferença importa porque duas delas são usadas para vender coisas a você.
Não publicado Não verificado
“Todo testador precisa abrir o app todos os dias”
A página atual de requisitos do Google não publica regra de abertura diária, nem número mínimo de sessões, nem quantidade de minutos por dia. Em vez disso, ela pergunta se os testadores usaram os recursos do app e se o comportamento deles se pareceu com o uso real em produção. Product Experts na Help Community às vezes recomendam testar todos os dias. Isso não é um limite diário de elegibilidade publicado, mas engajamento fraco ou pouco representativo ainda pode contribuir para o Google exigir mais testes, então "não é uma regra publicada" não é a mesma coisa que "não é examinado".
Faça assim Priorize o uso significativo dos recursos do app e colete feedback real. O Google não publica limite de abertura diária, mas avalia, sim, a qualidade do teste e o engajamento dos testadores.
Não publicado Não verificado
“Um dia sem uso zera os seus 14 dias”
O que o Google de fato documenta é a continuidade do status de participação, não a continuidade da atividade. Não há nenhuma declaração localizada do Google de que um dia parado zere alguma coisa. O risco real é outro, e bem mais simples: se a sua contagem de testadores participando cair abaixo de 12, você deixa de ter 12 testadores com uma sequência ininterrupta que qualifique.
Faça assim Acompanhe o status de participação, mantenha uma margem acima de 12 e leia como os 14 dias consecutivos são contados.
Orientação da comunidade Relatado
“Cada testador precisa do próprio dispositivo físico”
Esta é diferente das outras duas, porque é um bom conselho com documentação fraca. A página atual de requisitos não estabelece uma regra de dispositivo físico exclusivo nem uma proibição explícita de emuladores para essa exigência. Product Experts da Google Help Community dizem repetidamente que os testadores devem ser pessoas distintas em dispositivos reais e que a participação apenas por emulador não conta, então dispositivos reais são o padrão prudente.
Faça assim Use pessoas reais em dispositivos reais, e não repita isso como se fosse uma linha citada de política. Mais detalhes: emuladores no teste fechado do Google Play.
Cada uma dessas três afirmações pode ser usada para vender algo a você. "Aberturas diárias" justifica um pacote premium de engajamento, "o relógio zera" fabrica urgência, e "dispositivos físicos exclusivos" é a frase que os provedores usam para explicar por que a oferta deles é a única segura. Duas delas não são verificadas e a terceira é conselho prudente, não regra publicada. Um provedor que apresenta qualquer uma delas como exigência do Google ou está repetindo folclore ou está contando com você não conferir.
O que pagar por testadores realmente compra?
Recrutamento, coordenação, cobertura de dispositivos e feedback estruturado. Isso é alcance para além da sua lista de contatos, um início que dá para agendar, alguém acompanhando a contagem de participantes, uma variedade de dispositivos reais e achados que você consegue mesmo usar na solicitação de produção. O que o pagamento não compra é um período de 14 dias mais curto nem a decisão do Google sobre o acesso de produção, porque os 14 dias contínuos são um piso igual para todo mundo e a decisão pertence ao Google.
O que o dinheiro compra de verdade
- Alcance para além da sua lista de contatos. A parte mais difícil para um desenvolvedor solo cujos amigos estão todos no iPhone.
- Um início agendado. O relógio não encurta, mas pode começar mais cedo, e isso é uma economia real.
- Alguém de olho na contagem. As desistências são o modo de falha que custa um ciclo inteiro, e monitorá-las é chato.
- Coordenação de dispositivos e de pessoas. Celulares diferentes, versões diferentes do Android, pessoas diferentes, sem você administrar uma planilha.
- Feedback estruturado. Achados que você consegue resumir com honestidade quando o Google perguntar o que você aprendeu e o que mudou.
O que nenhum pagamento muda
- Os 14 dias contínuos. Um mínimo documentado. Nenhum provedor, preço ou plano comprime isso.
- A decisão do Google sobre o acesso de produção. Analisada pelo Google depois que você solicita, com base nas evidências que você fornece.
- O julgamento sobre o engajamento. O Google ainda pode concluir que o teste foi raso demais e pedir mais.
- Se o seu app está pronto. Doze testadores em uma versão que trava na abertura produzem doze relatos do mesmo travamento.
- Adequação de público. Testadores genéricos podem cumprir um número de cabeças sem nunca serem os seus usuários de verdade.
O custo real de fazer por conta própria é a coordenação, não uma taxa do Google
O Google cobra uma taxa única de US$25 para registrar uma conta de desenvolvedor no Play Console. Ele não cobra uma taxa separada cada vez que você cria uma faixa de teste fechado, adiciona testadores ou solicita o acesso de produção. Se a decisão fosse só sobre o que o Google cobra, ninguém jamais pagaria por testadores.
Existe uma exceção que vale planejar, e é justamente a exceção que todas as páginas sobre o tema parecem esquecer. Se o app em si é pago, os testadores de um teste aberto ou fechado ainda precisam comprá-lo. Só os testadores internos conseguem instalar um app pago de graça, e o teste interno é justamente a faixa que não cumpre essa exigência. Ou seja, um app pago rodando o teste fechado que qualifica pede a doze pessoas que o comprem, o que é um custo real para elas, um pedido real em cima de instalar uma versão inacabada, e algo a resolver antes de recrutar, não depois. Se o seu app é gratuito, nada disso se aplica.
São três quantias de dinheiro diferentes, e elas vivem sendo confundidas. Os $25 do Google são uma taxa única de registro de desenvolvedor. O preço de um app pago é o que os testadores de teste aberto e fechado pagam para instalá-lo, e os internos não pagam. Qualquer valor pago a um provedor de testes é uma terceira transação, privada, da qual o Google não faz parte. Um provedor que anuncia "sem taxas do Google" está dizendo algo verdadeiro e irrelevante. Verificado
O custo que de fato varia é o que não sai do bolso. Para um desenvolvedor com uma dúzia de colegas que usam Android, recrutar é uma tarde de mensagens. Para um desenvolvedor cuja rede está no iOS, que constrói em um país onde seus contatos não são o público-alvo, ou que simplesmente não se sente à vontade pedindo o Gmail das pessoas, isso vira um projeto sem data para acabar.
“Só me dei conta depois de 10 dias recrutando, e agora tenho que esperar mais 14 dias.”
Relatado Um desenvolvedor, em uma thread de fórum público. Um relato isolado, não uma média.
“Foi um esforço social enorme e desconfortável só para achar os testadores.”
Relatado Um desenvolvedor descrevendo amigos e familiares quase todos no iPhone, e desconhecidos sem vontade de instalar um app que não conheciam.
Cerca de três semanas para chegar ao mínimo.
Relatado, histórico Da Google Help Community em 2023, quando a exigência ainda era de 20 testadores, e não de 12. Não pode ser lido como um número atual.
Você não vai encontrar uma média aqui, porque ela não existe. Muitas páginas citam um número redondinho de horas para o recrutamento por conta própria. Nenhum conjunto de dados representativo sustenta qualquer um deles. A faixa honesta vai de desprezível, se você já tem as pessoas, a semanas, se não tem, e descobrir em que ponta você cai é exatamente o que o medidor mais adiante neste post existe para ajudar a responder.
O que o mercado cobra de fato, e o que o preço não conta
Uma pergunta sobre "valer a pena" precisa de um número para colocar na balança, e nenhuma página sobre o tema parece disposta a publicar um. Aqui está a faixa de preços de entrada anunciados publicamente, verificada em 14 de agosto de 2026. Nenhum vendedor é citado pelo nome, em linha com o resto deste post: citar um data a página e transforma uma comparação de custos em anúncio comparativo, e o padrão sobrevive a qualquer anúncio específico.
| Como você consegue os testadores | Preço de entrada anunciado | O que você está trocando de verdade |
|---|---|---|
| Sua própria rede Amigos, colegas de trabalho, colegas de curso, usuários atuais |
$0 | Seu tempo e o seu capital social. Segurar as pessoas por 14 dias é você que administra, e é a parte que costuma ser subestimada. |
| Comunidades recíprocas de testadores Você testa o deles, eles testam o seu |
$0 em dinheiro | O seu próprio tempo de teste, devolvido na mesma moeda. Só é realmente grátis se as suas horas valerem menos do que a taxa. |
| Bicos em marketplaces de freelancers Vendedores individuais em marketplaces gerais |
A partir de cerca de $5 | A maior variação de qualidade desta lista. Vários anúncios nesse preço prometem aprovação garantida ou "100% de aprovação", que é o primeiro item da lista de sinais de alerta abaixo e não é algo que vendedor nenhum consiga entregar. |
| Serviços gerenciados especializados Empresas que só fazem isso |
Cerca de $15 a $40 nos planos de entrada | Coordenação, monitoramento e uma margem acima do mínimo. O que varia dentro dessa faixa não é o número de cabeças, e sim se acontece teste de verdade, que é justamente para isso que serve o checklist mais adiante. |
| Contrato completo de QA Uma agência ou um time de QA contratado |
Mais alto, e muito variável | Uma compra completamente diferente: feedback real de produto e relatórios formais, dos quais cumprir esse requisito é um efeito colateral. |
Leia essa tabela como uma foto do momento, não como referência. São preços de entrada anunciados, vistos em um único dia, não uma pesquisa, não uma média e não o que todo comprador paga. Esse nicho reprecifica o tempo todo. E, mais importante, o preço é quase a coisa menos informativa sobre qualquer uma dessas rotas: um anúncio de $5 e um plano de $40 podem prometer exatamente o mesmo número de cabeças e entregar testes completamente diferentes, e a diferença só aparece quando o Google pergunta o que os seus testadores de fato fizeram. O risco não é a diferença de oito vezes no preço. O risco é comprar um número em vez de um teste.
Taxa de registro conforme a Ajuda do Google Play Console answer 6112435. A regra do app pago, segundo a qual testadores de teste aberto e fechado compram o app pago enquanto os internos instalam de graça, vem da página de teste fechado do Play Console do Google. Os relatos são reproduzidos de fóruns públicos de desenvolvedores e da Google Help Community como relatos isolados devidamente identificados, listados com seus locais no bloco de fontes da comunidade no fim deste post. O que os $25 cobrem e o que não cobrem está detalhado em você pagou $25 ao Google, e agora.
Quando vale a pena pagar por testadores do Google Play, e quando é melhor não pagar?
Quando conseguir e segurar testadores adequados é a parte que você não resolve de forma confiável, e não simplesmente porque a regra se aplica a você. O fato de a regra se aplicar não é o fator decisivo, porque as rotas de recrutamento recomendadas pelo próprio Google são gratuitas. O fator decisivo é se você consegue colocar 12 usuários Android reais em um teste fechado e mantê-los ali, engajados, por 14 dias contínuos.
Pagar se justifica mais quando as cinco condições abaixo valem ao mesmo tempo. Se várias delas não valem, o dinheiro compra muito pouco que você não pudesse arranjar sozinho.
- O app está realmente pronto para ser testado. Testadores não salvam uma versão que trava na abertura, e uma primeira impressão ruim desperdiça o período que você está pagando.
- Você está mesmo sujeito à exigência. Ela vale para contas pessoais de desenvolvedor criadas após 13 de novembro de 2023.
- Encontrar e reter testadores Android adequados é o gargalo. Não o dinheiro, não a burocracia, não a build.
- O seu lançamento tem custo de oportunidade real. Uma data que escorrega custa algo concreto, então semanas de recrutamento não são tempo livre.
- O provedor entrega engajamento e feedback, não endereços de e-mail. O Google pergunta o que os testadores fizeram e o que você mudou por causa disso.
Medidor de risco de coordenação
Cinco perguntas sobre a sua situação, não sobre o seu orçamento. O medidor pontua o quanto vai ser difícil conseguir e segurar 12 testadores que qualifiquem, que é a única parte desta decisão que um serviço consegue mudar de verdade.
Escopo Esta é uma conta pessoal de desenvolvedor criada após 13 de novembro de 2023?
01 Quantos usuários Android confiáveis você conseguiria citar hoje?
02 O que o resto da sua rede usa?
03 Você conseguiria manter essas pessoas participando e usando o app de fato por 14 dias contínuos?
04 Quão especializado é o público para quem o seu app foi feito?
05 O que está mais apertado para você neste momento?
Os fatores e os pesos são o modelo editorial deste post para o problema de coordenação descrito na orientação de recrutamento do Google e nos relatos da comunidade de desenvolvedores. Não são um sistema de pontuação do Google, e nenhuma fonte do Google ordena esses fatores. O medidor segura a recomendação até que todos os fatores sejam respondidos, porque um placar preenchido pela metade produz um número de aparência confiante a partir de respostas que você nunca deu.
Oito situações, e o que cada uma realmente pede
O medidor comprime a sua situação em um número. Esta tabela faz o contrário: nomeia a situação e dá a recomendação honesta para ela, incluindo as quatro linhas em que a resposta é que você não deveria estar comprando testadores nenhum.
| A sua situação | Fazendo por conta própria | Um serviço gerenciado | Recomendação |
|---|---|---|---|
| Você já conhece 12 ou mais usuários Android confiáveis | Opção forte | Normalmente desnecessário para essa exigência | Faça por conta própria. O próprio Google recomenda primeiro a rede pessoal e a profissional. |
| Você tem uma turma, um time, uma base de clientes, um clube ou uma comunidade ativa que combina com o seu público | Forte, e normalmente com feedback de produto melhor | Soma cabeças, acrescenta pouca visão de produto | Faça por conta própria ou misture. Usuários representativos valem mais do que genéricos. |
| Você tem poucos contatos com Android e quase todo mundo que você conhece usa iOS | O recrutamento fica lento e socialmente constrangedor | Resolve o gargalo de recrutamento e coordenação | Pagar pode ser racional. Os relatos da comunidade documentam exatamente essa dor, repetidas vezes. |
| Você consegue 12 nomes, mas não consegue manter ninguém engajado | Carga alta e contínua de coordenação | Só é útil se o provedor administrar atividade e feedback de verdade | Avalie o processo. Compre o engajamento, não a contagem de testadores. |
| Seu app atende a um nicho especializado, profissional, médico ou corporativo | Amigos podem dar um feedback de produto ruim | Testadores genéricos também podem ser testadores ruins do produto | Recrute usuários-alvo reais sempre que puder. A orientação do Google favorece testadores parecidos com os seus futuros usuários. |
| Você não está sujeito à exigência das novas contas pessoais | Não é preciso recrutar 12 por causa dessa regra | Pagar só para cumprir a exigência é desnecessário | Não compre um requisito que você não tem. Teste por qualidade, na medida certa. |
| O orçamento está mais apertado do que o prazo | As rotas gratuitas de recrutamento e de comunidade fazem sentido | Um custo em dinheiro a mais, que dá para evitar | Faça por conta própria se puder bancar o tempo de coordenação. |
| Tempo e coordenação pesam mais do que uma taxa pequena de serviço | O custo de oportunidade pode dominar a decisão | Terceirizar pode fazer sentido econômico | Pagar se justifica mais aqui, desde que o provedor passe no checklist de avaliação. |
Quatro situações em que o dinheiro não compra nada
Quatro dessas linhas merecem ser ditas sem rodeios, e não dentro de uma célula de tabela, porque um post que vende testes e nunca diz a ninguém para não comprar é uma landing page fantasiada de artigo. Nos quatro casos, você estaria pagando por algo que já tem.
- Você já tem 12 ou mais usuários Android confiáveis. Se você consegue citar doze pessoas que vão aceitar participar, continuar participando e contar o que quebrou, a parte difícil está feita. Nenhum serviço vai se importar com o seu app mais do que alguém que conhece você. Gaste o esforço nos cenários de teste que você envia a essas pessoas.
- Uma turma, um time, uma base de clientes ou uma comunidade já combina com o seu público. Um grupo que corresponde aos seus usuários-alvo vale mais do que um grupo que corresponde ao seu número de cabeças, e a orientação do Google favorece explicitamente testadores parecidos com os seus futuros usuários. Recrutar entre eles vale uma semana a mais.
- Você está fora do escopo documentado. A exigência foi escrita para contas pessoais de desenvolvedor criadas após 13 de novembro de 2023. Se a sua é uma conta organizacional ou é anterior a essa data de corte, não compre testadores para um requisito que nunca lhe foi imposto. Confira antes o tipo da sua conta.
- A build não está pronta para ser testada. Doze testadores em uma versão que trava na abertura produzem doze relatos do mesmo travamento, e as duas semanas se vão do mesmo jeito. Capacidade de teste é a última coisa a comprar, não a primeira.
A armadilha do app especializado
Existe um quinto caso, menos nítido. Se o seu app atende a um público profissional, médico, industrial ou corporativo estreito, testadores genéricos vão resolver o seu problema de número de cabeças e ainda assim podem ser testadores ruins do seu produto. Eles conseguem confirmar que o app instala, abre e não trava. Não conseguem dizer que o fluxo não faz sentido nenhum para um técnico de radiologia, um supervisor de almoxarifado ou um contador.
Isso não significa dispensar o teste pago. Significa que o número de cabeças e o feedback de produto são duas tarefas distintas, e comprar uma não entrega a outra. O arranjo mais forte aqui costuma ser misto: recrute quantos usuários-alvo reais você conseguir alcançar e trate qualquer capacidade comprada como o piso embaixo deles, não como substituto. Nada no requisito publicado pelo Google exige que os 12 testadores venham do mesmo lugar.
Situações e recomendações do dossiê de pesquisa deste post, construído sobre a orientação de recrutamento publicada pelo Google e sobre relatos da comunidade devidamente identificados. As rotas gratuitas de recrutamento são ordenadas e comparadas à parte em sete formas legítimas de conseguir 12 testadores para o Google Play; este post não as repete.
Quais são os sinais de alerta de que um serviço de testes está vendendo a coisa errada?
O sinal mais forte é uma promessa estruturalmente mais forte do que qualquer coisa que o próprio Google promete. O Google diz que cumprir os critérios dá a você o direito de solicitar, e que a análise geralmente leva até sete dias. Um vendedor que oferece aprovação garantida, um requisito de 14 dias comprimido ou um pacote de avaliações cinco estrelas não está oferecendo um serviço melhor. Está descrevendo algo que ou não é dele para dar, ou vai contra a política.
Tudo nesta lista merece ser pesado. Três desses itens não são questão de grau, porque cada um pede que você aceite algo que o provedor não pode entregar ou não deveria estar vendendo: uma aprovação garantida, avaliações públicas e as credenciais da sua conta. Esses três aparecem marcados como Impeditivo abaixo, e são as três linhas do placar mais adiante que anulam a pontuação inteira.
-
Crítico “100% de aprovação do Google garantida” Impeditivo
Por que importa Quem decide o acesso de produção é o Google, não o provedor, depois de analisar o seu teste e se o seu app está pronto.
Não é a mesma coisa Uma promessa de refazer o teste de graça, de continuar testando ou de reembolsar é outro tipo de promessa. Elas cobrem o serviço do próprio provedor, que é o que ele controla, e vale ter isso por escrito. O sinal de alerta é uma promessa sobre a decisão do Google, ou uma redação que apresenta discretamente uma garantia de serviço como se fosse uma aprovação.
O que fazer Trate uma promessa de aprovação como problema de credibilidade, não como benefício. Pergunte que garantia cobre o serviço deles e leia isso nos termos de verdade.
-
Crítico “Concluímos o requisito de 14 dias em 24 a 48 horas”
Por que importa O mínimo documentado é de 14 dias contínuos de participação. Ninguém encurta isso, nem os próprios clientes do Google.
O que fazer Pergunte se eles querem dizer que o recrutamento começa nessa velocidade, o que é plausível, ou que o requisito se completa nessa velocidade, o que não é.
-
Crítico “E ainda deixamos avaliações cinco estrelas para você” Impeditivo
Por que importa Classificações e avaliações incentivadas ou fraudulentas são explicitamente proibidas. É a única fronteira deste tema que não tem ambiguidade. Um vendedor que embute classificações públicas em um pacote de testes saiu por completo do território do QA.
O que fazer Recuse essa parte da oferta e trate como um produto separado que você está dispensando, não como um desconto que você está ganhando. O feedback do teste vai para o Play Console, de forma privada, não para a sua ficha pública.
-
Crítico “É só passar o login do seu Play Console ou da sua conta Google” Impeditivo
Por que importa Isso amplia a sua exposição de segurança sem explicar por quê. O teste fechado funciona com os e-mails dos testadores na sua lista, não com o controle da sua conta de desenvolvedor. Um provedor que não sabe explicar o acesso mínimo de que precisa, e por quê, está pedindo que você carregue um risco pela conveniência dele.
O que fazer Exija o acesso mínimo necessário e uma razão clara para ele. Nunca compartilhe as credenciais da conta.
-
Alto “É só instalar, não precisa testar de verdade”
Por que importa O Google pergunta sobre engajamento, uso dos recursos, feedback e comportamento parecido com o de produção. Só instalações não deixam nada com que responder.
O que fazer Peça o plano de engajamento por escrito, ou procure outro lugar.
-
Alto Não dizem se os testadores são pessoas, nem que dispositivos eles usam
Por que importa Isso torna impossível descartar teste inautêntico, e quem carrega o resultado é você.
O que fazer Peça o processo e a variedade de dispositivos antes de pagar, não depois.
-
Alto Muita conversa sobre emulador, nenhuma menção a dispositivos físicos
Por que importa A Google Help Community alerta de forma consistente que os testadores que contam devem ser pessoas reais em dispositivos reais, ainda que a página de requisitos seja menos explícita.
O que fazer Trate como risco elevado. Descreva a evidência com precisão, em vez de afirmar que o Google proíbe emuladores de forma categórica.
-
Alto Oferecem escrever de antemão as suas respostas do acesso de produção
Por que importa As perguntas do Google querem saber o que realmente aconteceu durante o seu teste. Respostas escritas antes do teste descrevem um teste que não ocorreu.
O que fazer Aceite ajuda para redigir a partir de evidências reais do teste. Recuse um roteiro pronto.
-
Médio Nenhuma entrega de feedback, de tipo nenhum
Por que importa Isso deixa você sem nada para as perguntas sobre o feedback recebido e as mudanças feitas.
O que fazer Pergunte exatamente que artefatos você recebe e como é uma amostra.
-
Médio A garantia descreve a decisão do Google em vez do serviço deles
Por que importa Uma garantia só significa alguma coisa se cobrir algo que o provedor controla.
O que fazer Leia os termos de verdade. Uma garantia clara de serviço ganha de uma promessa audaciosa de resultado, sempre.
O único sinal de alerta que é pura aritmética
Quase tudo na lista acima é questão de julgamento. A promessa de 24 horas não é. A exigência é de 12 testadores participando continuamente há pelo menos 14 dias, então o mais cedo que qualquer desenvolvedor no planeta consegue cumpri-la é 14 dias depois de o décimo segundo testador entrar. Um serviço pode começar a recrutar em poucas horas, e essa é uma vantagem real, que vale pagar. Um serviço não consegue concluir o requisito em menos tempo do que o requisito leva, e qualquer redação que embaralhe essas duas coisas merece ser lida bem devagar.
Pergunte-se quem controla aquilo que está sendo prometido. Velocidade de recrutamento, variedade de dispositivos, comunicação com os testadores e qualidade do feedback são todos controlados pelo provedor, então promessas sobre isso significam alguma coisa. Aprovação, tempo de análise e o que o Google conclui sobre o seu engajamento são controlados pelo Google, então essas promessas não cabem ao provedor.
O que perguntar antes de pagar um provedor de testadores do Google Play?
Faça doze perguntas e trate três das respostas como encerradoras de conversa. A maioria dos conselhos de avaliação manda procurar um site profissional, o que não diz nada. As perguntas abaixo separam um serviço que coordena teste de verdade de um que vende número de cabeças, e funcionam do mesmo jeito seja o vendedor um freelancer de marketplace, uma agência, uma troca de testadores ou um serviço especializado.
Placar de avaliação de provedores
Pontue as respostas que você realmente recebeu. Três destas linhas encerram a conversa sozinhas, digam o que disserem as outras nove. Suas respostas ficam neste navegador e são salvas conforme você avança.
-
01 Os testadores são pessoas de verdade, e como vocês os gerenciam?
Expõe Atividade automatizada ou descartável
-
02 Eles testam em dispositivos Android físicos, e que variedade de aparelhos e versões vocês têm?
Expõe Concentração em emuladores e cobertura fraca de dispositivos
-
03 Como vocês mantêm pelo menos 12 testadores participando durante os 14 dias contínuos completos?
Expõe Desistências durante o período que qualifica
-
04 O que os testadores realmente fazem além de instalar o app?
Expõe Cumprir tabela só com a instalação
-
05 Que feedback eu vou receber de fato?
Expõe Ficar sem nada para responder às perguntas do Google
-
06 Vocês em algum momento pedem que os testadores deixem uma classificação por estrelas ou uma avaliação pública na Play Store?
Expõe Risco direto de manipulação da loja Impeditivo
-
07 Vocês prometem que o Google vai aprovar o acesso de produção?
Expõe Provedor que engana o cliente Impeditivo
-
08 O que acontece se o Google me pedir mais testes?
Expõe Condições ocultas de novo teste e de reembolso
-
09 Vocês escrevem minhas respostas do acesso de produção, e com base em que evidência?
Expõe Respostas inventadas no formulário
-
10 De que acesso ao Play Console vocês precisam, e por quê?
Expõe Segurança da conta e das credenciais Impeditivo
-
11 Como vocês lidam com apps que têm login, dados pessoais, pagamentos ou fluxos sensíveis?
Expõe Exposição de privacidade e segurança
-
12 Vocês conseguem mostrar as evidências de teste de que eu precisaria para descrever este teste ao Google com honestidade?
Expõe Um serviço vazio, de contagem de cabeças
Perguntas e riscos do checklist de avaliação que está no dossiê de pesquisa deste post. A ponderação e a regra do impeditivo são julgamento editorial deste post, não um padrão do Google. Linhas sem resposta ficam de fora da pontuação em vez de valerem zero, então uma pontuação parcial reflete só o que você de fato perguntou.
Tudo neste placar é questão de grau, exceto três linhas: as perguntas 06, 07 e 10. Uma resposta ruim em qualquer uma delas se sobrepõe ao total, porque cada uma pede que você aceite um resultado que o provedor não controla, uma prática que o Google proíbe ou um acesso de que ele não deveria precisar. Elas estão detalhadas como os impeditivos marcados na seção de sinais de alerta acima, em vez de repetidas aqui.
Perguntas e riscos do dossiê de pesquisa deste post. Leitura relacionada na mesma linha: sete formas legítimas de encontrar 12 testadores cobre as rotas de recrutamento em si, e emuladores no teste fechado trata da questão dos dispositivos em profundidade.
Pagar testadores é a mesma coisa que pagar por avaliações?
Não, e essa é a única fronteira deste tema que o Google enuncia com clareza. O feedback do teste fechado é privado e vai para você. As classificações e avaliações públicas são o sinal que a loja dá a outros usuários, e manipulá-las é explicitamente proibido. Mantenha as duas coisas completamente separadas e quase todo o risco dessa área desaparece.
“Proibimos qualquer manipulação de classificações, avaliações ou contagens de instalação.”
Google Play, política de classificações, avaliações e instalações de usuários, answer 9898684 Verificado
Essa política cobre avaliações e classificações fraudulentas ou incentivadas, e serviços automatizados usados para inflar instalações ou classificações. Repare no que ela não menciona: relatos de bugs, achados de usabilidade, logs de travamento ou alguém sendo remunerado para encontrá-los. A política trata do que aparece na sua ficha da loja e daquilo em que outros usuários se apoiam para decidir instalar. O feedback de QA nunca encosta nisso.
Feedback do teste fechado
- Privado. Os testadores podem enviar feedback que vai para você, e não para a ficha pública.
- Para você. Ele existe para que você corrija as coisas antes que cheguem os usuários reais.
- Onde fica. A orientação atual da Ajuda aponta para Classificações e avaliações e, em seguida, Feedback de teste, no Play Console.
- Útil depois. É a matéria-prima para as perguntas que o Google faz sobre feedback e mudanças.
Classificações e avaliações públicas
- Públicas. Elas moldam o que cada futuro visitante da sua ficha vai ver.
- Explicitamente protegidas. A manipulação é proibida, inclusive quando é incentivada.
- Não são uma entrega do teste. Nenhuma instrução de teste fechado do Google pede que os seus testadores avaliem o app.
- Não são algo a comprar. Se um pacote de testes as inclui, essa é a parte a recusar.
Se um provedor oferece classificações ou avaliações como parte de um pacote de testes, seja descrevendo isso como bônus, como favor ou como "uma ajuda no lançamento", trate como um produto separado que você está recusando, não como um desconto que você está ganhando. Todo o resto do acordo pode ser perfeitamente razoável, e essa parte não é.
Existe uma versão mais discreta do mesmo erro que vale nomear. Pedir aos seus testadores pagos que "deixem uma avaliação bacana para ajudar o app" parece informal em vez de comercial, mas os testadores são remunerados, então a classificação é incentivada por mais casual que tenha sido o pedido. Peça relatos de bugs no lugar. Eles valem mais para você de qualquer forma.
O que acontece depois que os 14 dias terminam?
Você passa a ter o direito de solicitar, e então o Google analisa o seu caso. Doze testadores participando continuamente nos últimos 14 dias é o critério que permite a um desenvolvedor atingido pela regra pedir o acesso de produção. Isso não é uma aprovação, e o Google cita explicitamente o engajamento insuficiente dos testadores como motivo para um app ser orientado a continuar testando.
Os cinco passos entre o seu último dia de teste e a produção
Os critérios são cumpridos
No mínimo 12 testadores, participando continuamente há pelo menos 14 dias, em um teste fechado. O teste interno não substitui isso.
Você solicita pelo Painel
Na redação atual do Play Console, o Painel do app traz Solicitar acesso à produção. Depois da aprovação, a Produção fica em Testar e lançar.
Você responde a três blocos de perguntas
O teste fechado, o app ou jogo em si e a prontidão para produção. O Google pergunta como você recrutou os testadores, quão engajados eles foram, que feedback você recebeu, o que mudou por causa dele e por que o app está pronto.
O Google analisa
O Google diz que isso geralmente leva até sete dias, mas pode demorar mais. Esse tempo de análise vem em cima dos 14 dias, não dentro deles.
Ou pedem que você continue testando
O engajamento insuficiente dos testadores é um exemplo que o próprio Google dá para explicar por que um app pode precisar continuar em teste. Esse é o desfecho de que este post realmente trata, e é justamente aquele do qual um serviço pago não consegue livrar você.
“Se você tiver uma conta de desenvolvedor pessoal recém-criada, é necessário realizar um teste fechado para o app com no mínimo 12 testadores que participaram continuamente pelo menos nos últimos 14 dias.”
Ajuda do Google Play Console, answer 14151465 Verificado
Leia essa frase duas vezes, porque duas palavras nela explicam quase toda a confusão em torno do tema. No mínimo quer dizer que 12 é um piso, não uma meta. Continuamente quer dizer que o período que qualifica é medido como uma sequência ininterrupta de participação, então um testador que entra, sai e volta não chega a 14 dias válidos somando os pedaços. O que o Google não diz em nenhum lugar dessa página é com que frequência um testador precisa abrir o app.
Planejador da data mais cedo para solicitar
Aritmética de calendário sobre as datas que você digitar, contada a partir de hoje. Mostra quando seus 14 dias contínuos podem fechar e onde cairia a própria estimativa de análise do Google. Não prevê a decisão do Google, porque nada prevê.
Deixe em branco se você ainda não chegou a 12.
03 Desde essa data, a contagem chegou a cair abaixo de 12?
Necessário para que o planejador projete uma data para um grupo que já está em 12, porque uma queda reinicia a sequência contínua.
04 Se você ainda precisa de testadores, quanto tempo vai levar para encontrá-los?
Necessário para que o planejador projete uma data, porque a resposta muda todas as datas abaixo.
O período de 14 dias e a estimativa de sete dias de análise são números publicados pelo Google. Todo o resto aqui é aritmética sobre os dados que você mesmo informou, e o planejador não projeta uma data a partir de um dado que você não deu. Cumprir essas datas dá a um desenvolvedor atingido pela regra o direito de solicitar; não é uma aprovação, e o Google ainda pode pedir mais testes.
Oito coisas que dão errado, e o que cada uma costuma significar
Estes são os sintomas que os desenvolvedores mais descrevem depois de um teste que parecia completo. A coluna do meio é o que investigar, não um diagnóstico, porque o Google não publica os sinais por trás da sua análise.
| O que você está vendo | Provável causa a investigar | Ação mais segura |
|---|---|---|
| Tenho 12 e-mails na minha lista, mas o Console mostra menos testadores | Estar em uma lista de e-mails não é o mesmo que ter entrado e continuado participando | Confira se cada testador concluiu o fluxo de aceite e acompanhe o status no Console. A regra conta testadores participando. |
| Fiz um teste interno com 12 pessoas | Faixa errada para essa exigência | Rode o teste fechado sobre o qual o requisito foi escrito. O teste interno é opcional e não substitui. |
| Chegamos a 12 e aí uma pessoa saiu | A sequência daquele testador não tem mais 14 dias contínuos | Mantenha pelo menos 12 testadores que qualifiquem e monitore a continuidade. Uma margem acima de 12 é conselho operacional, não regra do Google. |
| Os 12 continuaram inscritos, mas o Google pediu mais testes | O engajamento ou a prontidão do app pode ter sido considerado insuficiente | Dê aos testadores cenários reais, colete feedback, corrija o que ele revelar e responda à próxima solicitação com base nos fatos. |
| Meus testadores instalaram o app uma vez e nunca mais voltaram | Evidência fraca de engajamento significativo | Envie tarefas por recurso em vez de apenas um link, e reúna o que eles encontraram antes de solicitar. |
| Um serviço diz que consegue garantir a aprovação | O vendedor está prometendo um resultado que quem controla é o Google | Avalie o serviço pela qualidade dos testadores e pela garantia que ele coloca por escrito. Promessa de aprovação não é funcionalidade. |
| O provedor quer que os testadores publiquem classificações | O trabalho de QA está sendo misturado com manipulação da loja | Não incentive classificações nem avaliações públicas. O Google proíbe manipulá-las. |
| Alguém me disse que eles precisam abrir o app todos os dias | Folclore de comunidade tratado como critério formal | Busque uso significativo e feedback real. O Google avalia o engajamento, mas não publica regra de abertura diária nem de minutos mínimos. |
Sintomas e ações do dossiê de pesquisa deste post. Duas dessas linhas têm um artigo dedicado: adicionei 12 testadores mas o Console mostra 0 participando e como responder ao formulário de acesso de produção.
Como a PrimeTestLab cuida da parte dos testadores?
Resolvemos o problema de coordenação, e dizemos com todas as letras que não resolvemos o problema da decisão. 12 ou mais testadores reais em dispositivos reais, participando durante os 14 dias completos, com feedback que você consegue de fato citar na solicitação de produção. O que acontece depois que você solicita é entre você e o Google, e qualquer provedor que diga o contrário está descrevendo algo que não controla.
Nossas respostas às doze perguntas acima
Este post publicou um checklist de avaliação, então seria feio pular a nossa vez. Estas são as respostas que daríamos se você nos pontuasse com a ferramenta daquela seção.
O que fazemos
- Pessoas reais, dispositivos reais. Testadores em dispositivos Android físicos, do Android 7 ao 17, com uma variedade proposital de modelos e versões.
- Desenvolvedores em 120+ países. É onde estão os nossos clientes, o que é uma afirmação diferente de onde estão os testadores, e vale manter as duas separadas.
- Seguramos a contagem. O grupo é monitorado durante todo o período, porque uma queda abaixo do mínimo é a falha que custa um ciclo inteiro.
- Margem, não exatamente 12. Os planos maiores existem justamente para que uma desistência seja um contratempo, e não um recomeço.
- Feedback que você pode citar. Achados por escrito, para que você tenha algo real a dizer quando o Google perguntar o que você aprendeu e o que mudou.
- Um início que dá para planejar. O teste começa em 4-6 horas, que é a parte do calendário que realmente dá para comprimir.
O que não vamos afirmar
- Nenhuma promessa de aprovação. Quem analisa o acesso de produção é o Google. Ninguém vende isso, e não fingimos que vendemos.
- Nenhum encurtamento dos 14 dias. O período contínuo é um mínimo documentado e vale para todos os nossos clientes.
- Nenhuma classificação nem avaliação. Não oferecemos, nem como bônus, nem a pedido. É proibido e não é teste.
- Nenhuma resposta inventada no formulário. Ajudamos a redigir a partir do que realmente aconteceu, nunca um roteiro escrito antes do teste.
- Nenhuma credencial de conta. Os e-mails dos testadores entram na sua lista. O seu Console continua seu.
| O que precisa acontecer | Fazendo por conta própria | Com a PrimeTestLab |
|---|---|---|
| Encontrar pelo menos 12 testadores Android reais | Primeiro a sua própria rede, depois as comunidades. Sai de graça, e a duração depende inteiramente de quem você conhece. | Fornecidos de um grupo de testadores já existente, então a sua lista de contatos deixa de ser o limite. |
| Mantê-los participando por 14 dias contínuos | Você fica atrás das pessoas, e uma desistência silenciosa pode custar o período inteiro. | Monitorados durante todo o período, com os planos maiores trazendo uma margem proposital. |
| Cobrir uma variedade de dispositivos e versões do Android | Os celulares que os seus amigos por acaso tiverem. | Dispositivos reais do Android 7 ao 17, escolhidos pela variedade de modelos e versões, e não pelo que estiver mais à mão. Dez relatos de dez celulares quase idênticos não são cobertura de dispositivos. |
| Fazer os testadores realmente usarem o app | Depende da boa vontade, e a boa vontade some na segunda semana. | Os testadores percorrem o app, em vez de instalar e sumir. |
| Ter feedback para citar na solicitação | O que as pessoas lembrarem de mandar para você. | Achados por escrito que você consegue resumir com honestidade. |
| Saber o que acontece se o Google pedir mais testes | Você começa outro ciclo, pagando com o seu tempo. | Novo teste grátis ou reembolso total, você escolhe. Isso cobre o nosso serviço, não a decisão do Google. |
| Custo | Nenhum custo em dinheiro além da taxa única de registro de $25 do Google. | A partir de $19.99 por app, pagamento único, sem assinatura. O checkout acrescenta 5% de taxa de serviço com mínimo de $1.50, então o plano de 12 testadores fica em $21.49. |
Starter
12 testadores
$19.99
Enterprise
25 testadores
$27.99
Professional
20 testadores
$29.99
Novo teste grátis ou reembolso total · O teste começa em 4-6 horas · Sem assinatura · +5% de taxa de serviço no checkout, mínimo de $1.50
Duas coisas sobre esses preços, antes que você mesmo repare. O plano de 25 testadores custa menos que o plano de 20 testadores. Isso é uma promoção proposital no plano maior enquanto ela durar, não um erro de digitação, e é por isso que a margem maior é a marcada como melhor custo-benefício. E o número no cartão não é o número no checkout: uma taxa de serviço de 5% com mínimo de $1.50 entra por cima, então $19.99 fecha em $21.49. Um post que gasta uma seção inteira com vendedores cujo preço não é o preço deveria declarar o próprio.
Para ser claro sobre a fronteira, já que este post passou nove seções defendendo que a fronteira é a história toda: nós fornecemos e coordenamos testadores. Não escrevemos o seu app, não decidimos se ele está pronto e não influenciamos o que o Google conclui ao analisar a sua solicitação. Se a resposta honesta ao medidor acima foi que você já tem doze usuários Android confiáveis, fique com essa resposta. Ela é mais barata e normalmente melhor, e esta página não vai fingir o contrário.
Perguntas frequentes
Testadores pagos do Google Play são permitidos?
Nenhuma política pública do Google Play localizada nesta apuração proíbe explicitamente remunerar pessoas por QA real em teste fechado. O Google também não publica nenhuma aprovação geral nem certificação de serviços terceirizados de testadores pagos, então a formulação exata é que pagar não é expressamente proibido nas políticas publicadas, e não que o Google aprove a prática oficialmente. O que o Google proíbe de forma explícita é manipular classificações, avaliações ou contagens de instalação, que é uma atividade distinta do trabalho de QA. Desenvolvedores relatam que o próprio formulário de acesso de produção cita um provedor de testes pago como exemplo de recrutamento, mas esse texto é relatado pela comunidade, não publicado no Help Center.
O Google vai recusar meu app porque paguei os testadores?
Nenhuma evidência primária foi encontrada mostrando que a remuneração, por si só, cause a recusa do acesso de produção. O Google diz, sim, que o engajamento insuficiente dos testadores pode significar que mais testes serão exigidos. Os relatos da comunidade vão nos dois sentidos: alguns desenvolvedores foram orientados a continuar testando depois de usar serviços pagos, e um desenvolvedor informou o uso de testadores pagos na solicitação e relatou ter recebido o acesso de produção dois dias depois. A leitura mais segura é que a forma como o teste foi conduzido e documentado pesa mais do que o fato de o recrutamento ter envolvido pagamento, e o Google não publica todos os critérios da sua análise de acesso de produção.
Pagar por 12 testadores garante o acesso de produção?
Não. Para uma conta pessoal nova atingida pela regra, 12 testadores participando continuamente por 14 dias cumprem o critério de quantidade e de duração para solicitar o acesso de produção. Depois disso o Google analisa o teste fechado e se o app está pronto, e cita o engajamento insuficiente dos testadores como exemplo de motivo para um app precisar continuar fazendo testes. Nenhum provedor consegue garantir a decisão do Google, porque nenhum provedor a controla. Um provedor só pode responder pelo próprio serviço.
Devo contar ao Google que usei um serviço de testes pago?
Responda às perguntas do acesso de produção com sinceridade, com base no que realmente aconteceu. Se o formulário perguntar como os testadores foram recrutados, descreva o método de recrutamento com precisão, em vez de dizer que os testadores vieram inteiramente de amigos, familiares ou de um público próprio quando um provedor forneceu parte deles ou todos. O Help Center público do Google não publica nenhuma regra de aprovação ou recusa que dependa de testadores de QA reais terem sido remunerados, então não existe vantagem documentada em descrever o teste como algo que ele não foi.
Posso combinar testadores pagos com amigos ou com meus próprios usuários?
O requisito publicado pelo Google não diz que todos os testadores que contam precisam vir de uma única fonte de recrutamento. É uma regra de contagem e de continuidade: no mínimo 12 testadores participando do teste fechado continuamente há pelo menos 14 dias. Uma lista mista de amigos, colegas de trabalho, integrantes de comunidades, usuários do público-alvo e testadores fornecidos por um provedor é, portanto, compatível com a regra documentada, desde que pelo menos 12 deles completem o período que qualifica. Leia isso como uma inferência a partir do que o requisito não diz, e não como uma aprovação explícita do Google ao recrutamento misto, porque nenhuma página do Google localizada trata da questão em qualquer direção. Misturar também é o arranjo que dá a um app especializado feedback real de produto, além do número de participantes.
Meus 12 testadores precisam abrir o app todos os dias?
A página pública atual de requisitos de teste do Google não publica exigência de abrir o app diariamente, nem número mínimo de sessões, nem quantidade mínima de minutos por dia. Ela pergunta, sim, se os testadores usaram todos os recursos do app, se o uso deles se pareceu com o uso esperado em produção e que feedback eles deram, e cita o engajamento insuficiente dos testadores como motivo para um app ser orientado a continuar testando. Product Experts na Google Help Community às vezes recomendam testar todos os dias. Isso é orientação da comunidade, não um limite publicado, mas daí não decorre que o engajamento fique sem exame.
O que os testadores pagos devem realmente fazer durante os 14 dias?
Eles devem exercitar os recursos importantes do app, usá-lo de um jeito parecido com o uso esperado em produção, expor travamentos e problemas de usabilidade e enviar feedback privado que você possa avaliar e transformar em ação. O Google não publica exigência de abrir o app todo dia nem de minutos mínimos, mas as perguntas do acesso de produção tratam do uso dos recursos, do engajamento, do feedback recebido e do que você mudou por causa dele, então o teste precisa produzir respostas para elas. Um testador que instala o app e nunca mais volta continua contando para o total de participantes, porque o critério documentado fala de participação contínua e não de sessões, mas o uso fraco deixa você sem evidência de engajamento, e o Google cita o engajamento insuficiente dos testadores como motivo para um app ser orientado a continuar testando.
Os testadores do teste fechado do Google Play precisam usar celulares Android reais?
Para essa exigência específica de 12 testadores e 14 dias, a página atual de requisitos do Google não detalha uma regra de um dispositivo físico exclusivo por testador nem uma proibição explícita de emuladores. Várias respostas da Google Help Community e de Product Experts afirmam que os testadores devem ser pessoas distintas em dispositivos reais e que a participação apenas por emulador não conta, então dispositivos Android físicos são o padrão prudente. Isso é orientação relatada pela comunidade, não uma linha citada de política publicada, e vale manter essa distinção clara.
Meus testadores internos podem contar para os 12?
Não como substitutos do teste que qualifica. O Google descreve o teste interno como opcional e permite até 100 testadores internos, enquanto o acesso de produção para as contas atingidas pela regra exige especificamente um teste fechado que qualifique. Os dois números descrevem faixas diferentes, então 100 testadores internos não cumprem um requisito escrito sobre o teste fechado.
Quando exatamente começa o período de 14 dias?
Adicionar um endereço de e-mail a uma lista de testadores não inicia o período que qualifica aquela pessoa, porque o requisito fala de participação contínua e não de convites enviados. Na prática, o grupo só está pronto para a solicitação quando pelo menos 12 testadores estiverem participando continuamente há pelo menos 14 dias cada um, então o cronômetro que importa começa quando o décimo segundo testador que qualifica de fato aceita participar e a contagem se mantém. Use o status exibido no Play Console como fonte final da verdade, e não os seus próprios registros de convites.
O que acontece se um dos meus 12 testadores sair?
A FAQ do Google é explícita: os 14 dias que qualificam precisam ser contínuos para os testadores que contam para o mínimo. Um testador que aceita participar, sai antes de completar o período e depois volta a participar não cumpre o requisito somando períodos separados até chegar a 14 dias. A prática operacional mais segura é recrutar mais de 12 como margem, mas essa margem é gestão de risco, não um requisito adicional do Google.
Os testadores do teste fechado precisam comprar um app pago?
Sim. O Google diz que testadores de um teste aberto ou fechado ainda precisam comprar um app pago, enquanto testadores de um teste interno podem instalar um app pago gratuitamente. Vale planejar em torno disso, porque é o único ponto em que rodar o teste fechado que qualifica custa dinheiro de verdade aos seus testadores. É separado da taxa única de registro do Play Console paga pelo desenvolvedor, e separado também de qualquer valor pago a um provedor de testes. Se o seu app é gratuito, nada disso se aplica.
Meus testadores precisam deixar avaliações na Play Store?
Não. As instruções de teste fechado do Google não trazem nenhuma exigência de avaliação pública, e o feedback do teste pode ser coletado de forma privada. A política separada do Google sobre classificações, avaliações e instalações proíbe explicitamente a manipulação, incluindo avaliações e classificações fraudulentas ou incentivadas e serviços automatizados que inflam instalações ou notas. Um serviço que oferece avaliações cinco estrelas remuneradas está vendendo algo bem diferente de teste de QA.
Vale a pena pagar se eu consigo que amigos e familiares testem?
Normalmente não, se você já tem usuários Android confiáveis em número suficiente, dispostos a continuar participando durante todo o período, a usar o app de forma significativa e a contar o que encontraram. O próprio Google recomenda amigos, familiares, colegas de trabalho, colegas de curso, comunidades on-line relevantes e grupos do público-alvo como fontes de recrutamento. Pagar passa a se justificar quando encontrar e coordenar essas pessoas é o gargalo de verdade, o que os relatos da comunidade mostram ser comum para desenvolvedores cujos contatos estão quase todos no iOS.
Quanto tempo o Google leva depois do teste de 14 dias?
Os 14 dias são o período de elegibilidade do teste fechado, não o tempo de análise do Google. Depois que você solicita o acesso de produção, o Google diz que a análise geralmente leva até sete dias, mas pode demorar um pouco mais. Trate isso como a redação do próprio Google, e não como um prazo garantido de sete dias, e evite marcar uma data de lançamento apoiado na ponta mais rápida dessa estimativa.
Quanto custa um serviço de testes gerenciado, e o que acontece se o Google pedir mais testes?
A PrimeTestLab começa em $19.99 por 12 testadores reais em dispositivos Android reais durante todo o teste fechado de 14 dias, com quantidades maiores de testadores disponíveis para criar uma margem acima do mínimo. O checkout acrescenta 5% de taxa de serviço com mínimo de $1.50, o que deixa esse plano de entrada em $21.49 no total. Se o Google não aprovar o app, você escolhe entre um novo teste grátis e o reembolso total. Essa garantia cobre o nosso serviço, não a decisão do Google, porque o acesso de produção é analisado pelo Google e nenhum provedor controla o resultado.
Conclusão
Resumo
Faça você mesmo quando já tiver as pessoas. Pague quando conseguir e coordenar testadores adequados for justamente a parte que você não resolve de forma confiável. Não pague ninguém que diga vender a aprovação do Google. Nenhuma política pública do Google localizada aqui proíbe pagar por QA real em teste fechado, e nenhuma endossa a prática, então trate as duas metades dessa conclusão como igualmente decisivas. O requisito documentado para contas pessoais criadas após 13 de novembro de 2023 é no mínimo 12 testadores participando continuamente há pelo menos 14 dias em um teste fechado, o que dá a você o direito de solicitar e nada mais: o Google ainda analisa o engajamento e se o app está pronto, e pode pedir mais testes. O que não está documentado em lugar nenhum é uma regra de abrir o app todo dia, um tempo mínimo de sessão ou um cronômetro que zera quando alguém passa um dia parado. Se a coordenação é o seu gargalo real, a PrimeTestLab fornece 12 testadores reais em dispositivos reais durante os 14 dias completos a partir de $19.99, ou $21.49 já com a taxa de serviço do checkout, com novo teste grátis ou reembolso total se o Google não aprovar. Ver planos e preços →
Fontes primárias
Fontes comunitárias e relatadas, não publicações do Google
- O formulário de produção cita um provedor de testes pago. Desenvolvedores reproduzindo o texto que viram no Play Console. Nenhuma página do Help Center publica isso, e os formulários do Console mudam sem nenhum registro público de alterações. Relatado
- Os testadores devem ser pessoas distintas em dispositivos reais, e a participação apenas por emulador não conta. Respostas repetidas na Google Help Community, incluindo respostas de Product Experts. Um padrão prudente, não uma linha de política citada. Relatado
- É recomendável testar diariamente. Product Experts na Google Help Community. Conselho, não um limite de elegibilidade publicado. Relatado
- O recrutamento levou 10 dias e os 14 recomeçaram do zero. Um desenvolvedor em uma thread de fórum público. Um relato isolado, não uma média. Relatado
- Recrutar foi um esforço social grande e desconfortável. Um desenvolvedor cujos contatos estavam quase todos no iPhone. Relato isolado. Relatado
- Cerca de três semanas para chegar ao mínimo. Google Help Community, 2023, quando a exigência ainda era de 20 testadores. Não pode ser lido como um número atual. Relatado, histórico
- Os desfechos depois de usar um serviço pago vão nos dois sentidos. Alguns desenvolvedores relataram terem sido orientados a continuar testando; um relatou ter informado o uso de testadores pagos na solicitação e recebido o acesso de produção dois dias depois. Relatos individuais dos dois lados. Relatado
Por que estes itens não têm links. Cada item acima é um resumo do que desenvolvedores escreveram na Google Help Community ou em fóruns públicos de desenvolvedores, lidos durante a apuração feita em 12 de agosto de 2026. Os links permanentes de cada thread não estão reproduzidos aqui porque um link que acabasse apontando para outra thread seria pior nesta página do que link nenhum, e porque threads de comunidade são editadas, trancadas e apagadas sem aviso. Cada entrada, por isso, identifica o local e o tipo de relato que é, que é o que decide quanto peso ela deve ter. Se você tem a thread específica por trás de alguma delas, mande para a gente e ela será citada ou corrigida.
Tudo o que não está nesta lista, nem nas fontes do Google acima dela, é aritmética sobre números publicados pelo Google ou julgamento editorial deste post, e está identificado como tal onde aparece.
O que desta página vai ficar desatualizado primeiro
- A conclusão central é uma negativa. "Nenhuma proibição pública localizada" pode ser derrubado por uma única frase nova em uma página do Google, e isso não viria acompanhado de anúncio. É a primeira coisa a reverificar.
- O mínimo de 12 testadores. O Google já mudou esse número uma vez, de 20 para 12 em 11 de dezembro de 2024. Nada indica que ele seja definitivo.
- O texto do formulário de produção. O exemplo relatado de "provedor de testes pago" vive em um formulário do Console, e formulários do Console mudam sem registro público de alterações.
- As regras não publicadas. Se o Google um dia publicar um limite de engajamento diário ou uma regra de dispositivos para essa exigência, a expressão "não publicado" desta página fica errada de imediato, e não aos poucos.
- Os rótulos de navegação do Play Console. Os nomes de menu mudam de forma independente das políticas, então os caminhos descritos aqui podem não corresponder ao que você vê.
- A estimativa de sete dias para a análise. Um número operacional, não um compromisso, e do tipo que muda em silêncio.
Fontes verificadas em 12 de agosto de 2026 no Help Center do Google, não em outros artigos.