Neste guia
Um app sem conteúdo parece quebrado. Um app cheio de dados reais de clientes é um problema de privacidade. Testadores precisam de algo no meio-termo: dados realistas mas falsos, e contas que não possam causar dano a ninguém. Esta é uma checklist para preparar os dois.
Por que isso importa
Testadores que abrem um app vazio não conseguem testar as telas que importam: listas, busca, filtros, fluxos de edição. Ou reportam "não tem nada para ver" ou desistem. E se entrarem em uma cópia dos seus dados reais, você expôs pessoas reais a desconhecidos.
Checklist: dados
- Nunca use dados reais de usuários. Nada de exportações de produção, nem "só para testar". Nomes, e-mails e mensagens reais não devem chegar aos testadores. Isto é uma orientação geral, não aconselhamento jurídico; confira as regras que se aplicam a você.
- Crie dados de exemplo de propósito. Escreva um pequeno conjunto de registros falsos que cubra casos normais e casos extremos.
- Cubra os extremos. Inclua um nome muito longo, um campo vazio, caracteres especiais, um item sem imagem, uma lista com um único item e uma lista com muitos.
- Deixe claro que é falso. Use nomes e endereços obviamente inventados, para que ninguém os confunda com dados reais.
- Torne o estado inicial restaurável. Decida como voltar ao estado inicial: um botão de reset, um script ou uma conta nova. Sem isso, os testadores seguintes encontram a bagunça deixada pelos anteriores.
- Adeque ao recurso. Se você quer feedback sobre busca, precisa haver itens suficientes para a busca fazer diferença.
Checklist: contas
- Forneça contas de teste se o app exige login. Não peça aos testadores que entreguem senhas reais.
- Uma conta por testador quando o estado importa. Se os testadores compartilham uma conta, eles sobrescrevem as mudanças uns dos outros e não conseguem testar cadastro ou onboarding. Contas compartilhadas só servem para checagens somente leitura.
- Use permissões limitadas. Uma conta de teste não deve acessar ferramentas administrativas, pagamentos reais ou mensagens ao vivo.
- Ofereça os dois caminhos. Permita que os testadores criem a própria conta também, para que o cadastro seja testado.
- Não coloque credenciais em lugares públicos. Envie-as em particular aos testadores que precisam delas, e troque ou apague depois.
- Confira serviços de terceiros. Se o login passa por outro provedor, garanta que os usuários de teste realmente consigam entrar. Veja planejamento de versões e aparelhos Android para testes para combinar testadores com configurações.
Pagamentos e efeitos externos
Se seu app pode enviar e-mails, notificações push ou receber pagamentos, mude esses recursos para um modo de teste ou aponte-os para destinos inofensivos. Um testador tocando em "Comprar" nunca deve custar dinheiro a alguém ou notificar um cliente real. Para testar pagamentos, use as ferramentas de teste do seu provedor de pagamento e confira a documentação atual dele.
Coloque nas instruções de teste
Diga aos testadores, em um bloco curto: qual conta usar, quais dados existem, o que fazer primeiro e o que ignorar. Isso evita que adivinhem e evita relatórios duplicados. Para layouts em diferentes aparelhos, veja tamanhos de tela Android.
De volta ao guia de testes de apps Android.
Comece aqui e descreva a configuração de teste ao pedir feedback.