Neste guia
Como desenvolvedor solo, você é a equipe de QA. Você não consegue cobrir tudo, então decida o que faz sozinho, o que automatiza e o que entrega a outras pessoas. O objetivo não é cobertura perfeita; é pegar os problemas que mais prejudicam os usuários.
Uma pirâmide para uma pessoa
Construa de baixo para cima. Verificações baratas e rápidas vêm primeiro; verificações lentas e humanas vêm por último.
- Verificações estáticas. Avisos do compilador, linter, checagem de tipos. Gratuitas e instantâneas.
- Testes unitários para lógica fácil de quebrar: cálculos, parsing, mudanças de estado, qualquer coisa que envolva dinheiro ou datas.
- Alguns testes de integração ou de UI apenas para o caminho crítico: primeira abertura, login, a ação principal, compra, se você tiver uma.
- Testes manuais nos seus próprios dispositivos. Seu celular do dia a dia mais um antigo ou pequeno, se possível.
- Testadores externos. Para tudo o que você não consegue ver sozinho.
Quem faz o quê
| Atividade | Você | Automatizado | Testadores externos |
|---|---|---|---|
| Lógica e casos extremos | Escreve os testes | Roda a cada mudança | Não é necessário |
| Caminho crítico do usuário | Verifica antes de cada release | Alguns testes de UI | Confirma que funciona para eles |
| Travamentos e erros | Corrige | Ferramentas de relatório de falhas | Relata o que levou a eles |
| Variedade de dispositivos e SO | Apenas dispositivos próprios | Emuladores para o básico | Dispositivos reais que você não tem |
| Entender o app | Enviesado, você sabe demais | Não consegue julgar | Melhor fonte |
| Texto e onboarding | Perto demais para enxergar | Não consegue julgar | Melhor fonte |
| Sensação de desempenho | Seu próprio celular | Profilers | Dispositivos mais lentos ou antigos |
Onde testadores externos agregam mais
Você sabe como o app deve funcionar, então deixa de ver o que confunde quem chega. Testadores encontram:
- telas em que não sabem o que tocar
- passos que funcionam para você, mas falham no dispositivo deles
- textos que soam diferentes do que você quis dizer
- estados ausentes, como sem rede ou listas vazias
Uma rotina realista
- Antes de cada release, percorra seu caminho crítico a partir de uma instalação limpa.
- Mantenha um checklist escrito curto para não depender da memória.
- Quando o app funcionar, peça a um grupo pequeno de pessoas um feedback, com instruções claras.
- Corrija, depois peça a um segundo grupo pequeno, para ver se a correção ajudou.
O que deixar de lado
Não persiga cobertura automatizada total como desenvolvedor solo. Teste o que mais doeria se quebrasse, e deixe pessoas reais julgarem o resto.
Com a AppReviewX
Você recebe feedback privado e estruturado de outros desenvolvedores. 1 feedback que você dá = 1 crédito, os créditos compram feedback sobre o seu próprio app, e contas novas começam com 0 créditos. Apps Android no Google Play podem usar grupos de teste (12 testadores, 14 dias seguidos); apps publicados podem usar rodadas de teste.
Comece grátis e adicione olhos externos à sua rotina.
Relacionados: Teste de apps para desenvolvedores · Feedback privado de outros desenvolvedores · Teste em dispositivos reais sem possuí-los