O Play Console oferece três formas de colocar um build nas mãos das pessoas antes de ele chegar a todo mundo: teste interno, teste fechado e teste aberto. No console elas parecem parecidas, mas foram pensadas para fases diferentes de um lançamento, e numa conta pessoal de desenvolvedor nova só uma delas ajuda você a chegar à produção.
Este artigo explica para que serve cada faixa, como elas se comparam e a ordem que faz sentido para um app novinho.
As três faixas em resumo
| Teste interno | Teste fechado | Teste aberto | |
|---|---|---|---|
| Quem pode entrar | Até 100 testadores que você indica por e-mail | Testadores nas suas listas de e-mails ou nos seus Google Groups | Qualquer pessoa que encontre o teste no Google Play |
| Como os testadores entram | Link de inscrição | Link de inscrição | Pela página da loja ou pelo link de inscrição |
| Velocidade | Feito para iterar rápido | Passa por revisão | Passa por revisão |
| Visível no Google Play | Não | Não | Sim, como programa de acesso antecipado ou de teste |
| Conta para a regra dos 12 testadores por 14 dias | Não | Sim | Não |
| Disponível numa conta pessoal nova | Sim | Sim | Só depois que o acesso de produção é concedido |
Teste interno: sua equipe, rápido
O teste interno é para você e para as pessoas que constroem o app com você. Dá para adicionar até 100 testadores por e-mail, e os builds novos foram pensados para chegar rápido a eles, o que faz dessa faixa o lugar certo para verificar se uma versão funciona antes que alguém de fora da equipe a veja.
Use-o para confirmar que o pacote instala pelo Google Play, que o login, as compras no app e outros serviços do Play funcionam direito com o nome do pacote de produção, e que nada está quebrado nos poucos aparelhos que a sua equipe tem.
Existe também o compartilhamento interno de apps, um recurso separado que permite enviar um build e compartilhar um link sem gerenciar faixa nenhuma. É prático para verificações rápidas com um colega, mas não é uma faixa de teste e também não conta.
Teste fechado: testadores convidados, e a faixa que conta
O teste fechado é para um grupo maior de pessoas que você convida. Os testadores são adicionados por listas de e-mails ou Google Groups, abrem o seu link de inscrição, aceitam o convite e instalam o app pelo Google Play. O app não fica visível para o público, e só as contas convidadas conseguem instalá-lo. Nossas instruções para testadores mostram a eles como entrar.
Para contas pessoais de desenvolvedor criadas depois de 13 de novembro de 2023, esta é a faixa que mais importa: você precisa de pelo menos 12 testadores inscritos num teste fechado por 14 dias seguidos antes de poder solicitar o acesso de produção. Veja o requisito explicado para entender como os dias são contados.
Quando usar o teste fechado
- Para cumprir o requisito de 12 testadores por 14 dias numa conta pessoal nova.
- Para um teste beta com um grupo específico, como os primeiros clientes, os funcionários de uma empresa ou uma comunidade que você administra.
- Para rodar vários testes em paralelo. Você pode criar faixas fechadas adicionais, por exemplo uma por recurso ou por cliente.
As versões de teste fechado passam pela revisão do Google, então reserve tempo para isso antes que os testadores consigam instalar. Nosso guia de configuração do teste fechado cobre cada passo.
Teste aberto: beta público
O teste aberto deixa a sua versão de teste visível no Google Play. Qualquer pessoa pode encontrá-la e entrar, e você pode limitar o número de testadores se quiser manter as coisas sob controle. Quem entra recebe a versão de teste do app em vez da de produção.
É ideal para um grande beta público antes do lançamento, ou para testar um redesenho grande com voluntários que se inscreveram para ter acesso antecipado.
Numa conta pessoal nova, porém, o teste aberto só fica disponível depois que o app recebe o acesso de produção. Às vezes os desenvolvedores esperam usá-lo para recrutar testadores para o requisito, mas o requisito precisa ser cumprido primeiro por meio de um teste fechado.
Produção: todo mundo
Produção é a versão que todo mundo no Google Play pode instalar. Em contas pessoais novas, ela é liberada app por app: conclua o teste fechado, clique em Solicitar acesso à produção no Painel e responda às perguntas do Google. Nosso guia para responder às perguntas do acesso de produção mostra o que os revisores procuram.
Mesmo depois do lançamento, a produção permite lançamentos graduais: você pode liberar uma atualização primeiro para uma porcentagem dos usuários e ir aumentando enquanto as taxas de falha continuarem saudáveis. Pense nisso como uma quarta rede de segurança depois das faixas de teste.
A ordem que funciona para uma conta pessoal nova
- Teste interno por alguns dias: instale você mesmo pelo Google Play e confira o login, o faturamento e os fluxos principais.
- Teste fechado por pelo menos 14 dias com 12 ou mais testadores engajados. Lance pelo menos uma atualização com base no que eles relatarem.
- Solicite o acesso de produção e responda às perguntas com detalhes concretos do teste fechado.
- Produção com lançamento gradual e, se quiser, teste aberto para futuros betas quando ele for liberado.
Você não precisa passar o mesmo build por todas as faixas. É comum manter o teste interno rodando para a equipe enquanto o teste fechado usa um build um pouco mais antigo e mais estável.
Pontos que costumam confundir
Promover uma versão entre faixas
Você pode promover uma versão do teste interno para o fechado, ou do teste fechado para a produção, em vez de enviar o pacote de novo. O código de versão continua o mesmo, o que mantém o histórico de versões organizado.
Testadores em mais de uma faixa
Se a mesma pessoa é testadora em várias faixas, ela geralmente recebe o build com o maior código de versão disponível para ela. Se seus testadores do teste fechado disserem que estão vendo um build interno mais novo, confira quem está em qual lista.
Remover um testador
Tirar alguém da sua lista de e-mails ou do Google Group significa que essa pessoa deixa de contar como testador inscrito. Faça isso de forma consciente e garanta que você continue acima de 12 durante os 14 dias.
Qual faixa para cada situação
| Situação | Faixa a usar |
|---|---|
| Você quer conferir um build no seu próprio celular antes de qualquer outra pessoa ver | Teste interno |
| Sua conta pessoal nova precisa de 12 testadores por 14 dias | Teste fechado |
| Um cliente ou uma empresa quer testar o app de forma privada | Teste fechado, com o Google Group deles |
| Você quer um beta público com milhares de voluntários | Teste aberto, depois que a produção for liberada |
| Você precisa compartilhar um build com um colega agora mesmo | Compartilhamento interno de apps |
| Você vai lançar uma atualização e quer limitar o risco | Produção com lançamento gradual |
O erro mais comum em contas novas é passar a primeira semana de teste na faixa interna e depois descobrir que ela nunca contou. Se o seu objetivo é o acesso de produção, coloque seus testadores numa faixa fechada desde o início e use o teste interno só para as suas verificações rápidas.
Resumo
Use o teste interno para verificações rápidas com a sua equipe, o teste fechado para testadores convidados e para a regra dos 12 testadores por 14 dias, o teste aberto para betas públicos depois que a produção for liberada, e a produção com lançamento gradual para o lançamento em si. Se encontrar testadores para o teste fechado é o seu gargalo, veja aqui as opções realistas, incluindo serviços como a TesterBie, que faz o teste fechado em celulares Android reais. Os preços estão na nossa seção de preços.
Perguntas frequentes
O teste interno conta para o requisito dos 12 testadores?
Não. Só contam para o requisito de pelo menos 12 testadores por 14 dias seguidos os testadores inscritos numa faixa de teste fechado.
Posso usar o teste aberto em vez do fechado numa conta nova?
Não. Em contas pessoais criadas depois de 13 de novembro de 2023, o teste aberto fica disponível junto com o acesso de produção, depois que o requisito de teste fechado é cumprido e aprovado.
Posso rodar o teste interno e o fechado ao mesmo tempo?
Sim. As faixas são independentes. Muitos desenvolvedores mantêm uma faixa interna com builds frequentes para a equipe enquanto o teste fechado roda num build mais estável.
A revisão do teste fechado demora tanto quanto a da produção?
As duas passam pela revisão do Google, e o tempo varia. A primeira revisão de um app novo costuma ser a mais lenta, então envie sua versão de teste fechado o quanto antes.