Neste guia
Se você criou seu app descrevendo-o para uma ferramenta de programação, tem um produto funcionando e um mapa mental do código menor do que o de quem digitou cada linha. Tudo bem. Significa apenas que seus testes devem se basear no que o app faz, e não no que você lembra de ter escrito.
Este plano leva cerca de uma tarde. Anote cada falha; corrija depois de terminar uma rodada, não durante ela.
1. Comece com uma instalação limpa
Desinstale o app e depois instale o build que pretende publicar (não uma execução de depuração a partir do seu computador). Abra-o como um usuário totalmente novo.
- A primeira abertura funciona sem conta, sem dados e sem configurações salvas?
- Os pedidos de permissão são compreensíveis, e o app continua funcionando se você tocar em "Não permitir"?
Por quê: a versão no seu celular durante o desenvolvimento tem dados e permissões antigos que um usuário novo não tem.
2. Percorra todas as telas e depois quebre a ordem
Faça uma lista de telas e ações. Passe por elas uma vez, do jeito pretendido. Depois passe por elas de forma incorreta:
- Toque nos botões duas vezes rapidamente.
- Volte no meio de um fluxo.
- Gire o celular, mude o tamanho da fonte, ative o modo escuro.
- Deixe o app em segundo plano por cinco minutos e volte.
Por quê: telas geradas costumam ser testadas só pelo caminho feliz que você descreveu. A ordem e o tempo são onde as surpresas acontecem.
3. Alimente o app com entradas estranhas
Campos vazios, um nome muito longo, emojis, um número onde se espera texto, só espaços. Mais sobre isso: veja o checklist de testes mobile.
Por quê: formulários raramente dizem o que fazem com entradas que você não descreveu. Você descobre tentando.
4. Desligue a rede
Ative o modo avião em momentos diferentes: antes de abrir, no meio do carregamento, no meio de um salvamento. Depois desative-o.
- Aparece uma mensagem compreensível ou um spinner que nunca termina?
- Algo que o usuário digitou se perde?
Detalhes em teste o comportamento offline do seu app.
5. Teste em um celular real, de preferência dois
Um emulador é um começo, não um fim. Use um celular recente e, se possível, um mais antigo ou menor. Veja em quais dispositivos Android testar.
6. Verifique o que você não consegue ver
Leia o projeto em busca de algo que não deveria ser publicado: chaves, contas de teste, telas de depuração, textos de exemplo. Veja chaves de API e segredos em apps gerados por IA.
7. Deixe outra pessoa testar
Você sabe como o app deve ser usado, então vai evitar os problemas. Entregue-o a alguém que nunca viu o app e observe sem ajudar. Depois reúna os crashes e priorize-os: como priorizar relatórios de crash.
Mantenha um registro simples
Para cada falha, anote: o que você fez, o que esperava, o que aconteceu e o aparelho. Esse também é o formato que você pode colar depois na sua ferramenta de programação. Veja bugs que testadores encontram em apps feitos com IA.
Próximo passo
O AppReviewX oferece feedback privado e estruturado de outros desenvolvedores sobre um build que você está prestes a lançar. Cada feedback que você escrever rende um crédito; contas novas começam com 0. Comece grátis.
Relacionados: hub de vibe coding, checklist de lançamento, chaves de API e segredos.