As pessoas se movimentam. Saem do Wi-Fi de casa, entram no elevador, pegam o trem. Seu app precisa sobreviver à troca de rede enquanto uma requisição está em andamento. Este roteiro foi feito para ser entregue a um testador: cada passo diz o que fazer, o que deve acontecer e por quê.
Complementa testando o comportamento offline, que trata do cenário sem nenhuma rede.
Antes de começar
- Use um celular com Wi-Fi e conexão de dados móveis funcionando.
- Faça login antes, para testar uma sessão real.
- Anote o modelo do celular, a versão do Android e a build do app.
O roteiro
- Wi-Fi para dados móveis, com o app parado. Abra o app no Wi-Fi e desligue o Wi-Fi. Esperado: o app continua funcionando nos dados móveis sem precisar de reinício. Por quê: conexões presas à rede antiga podem travar em silêncio.
- Dados móveis para Wi-Fi, com o app parado. Faça o inverso. Esperado: o mesmo. Por quê: alguns apps tratam só uma das direções.
- Trocar durante um carregamento. Abra uma lista longa ou uma tela que busca dados e alterne o Wi-Fi no meio do carregamento. Esperado: o conteúdo carrega, ou aparece um erro claro com opção de tentar de novo. Nada de spinner infinito.
- Trocar durante o envio de um formulário. Preencha um formulário, toque em enviar e troque a rede logo em seguida. Esperado: um resultado claro. Depois confira no servidor: nenhum registro duplicado, nenhum dado perdido. Por quê: novas tentativas podem enviar duas vezes.
- Trocar durante um upload ou download. Use uma foto ou um arquivo. Esperado: o envio retoma ou falha de forma limpa, com opção de tentar de novo. Um arquivo enviado pela metade não deve aparecer como completo.
- Trocar com a sessão aberta por mais tempo. Fique no app por vários minutos, alterne a rede e espere. Esperado: a sessão se mantém, sem logout inesperado. Por quê: uma falha ao renovar o token costuma ser tratada como "deslogado".
- Modo avião ligado e desligado. Ative no meio da tarefa e depois desative. Esperado: o app percebe que a rede voltou e se recupera sem reiniciar.
- Sinal fraco. Vá a um lugar com recepção ruim ou use uma conexão limitada. Esperado: os timeouts terminam em uma mensagem, não em travamento.
- Segundo plano e retorno. Troque de rede com o app em segundo plano e depois volte. Esperado: os dados são atualizados; não há tela antiga ou quebrada.
- Economia de dados e conexão medida. Se o seu app sincroniza muita coisa, ative o "Data Saver" (economizador de dados). Esperado: o comportamento faz sentido, com downloads grandes adiados ou confirmados.
O que relatar
Para cada falha, peça ao testador que escreva:
- o número do passo e o que ele fez,
- o que viu (uma captura de tela ou gravação de tela ajuda),
- a hora em que aconteceu,
- como terminou: se recuperou sozinho, precisou tentar de novo, precisou reiniciar ou perdeu dados.
Se der, anexe um log. Veja básico de adb.
Dicas para o desenvolvedor
- As novas tentativas devem ser limitadas e esperar cada vez mais entre uma e outra.
- Torne as gravações seguras para repetir, para que uma nova tentativa não crie duplicata.
- Mostre ao usuário que você está esperando a rede, em vez de não mostrar nada.
Parte do guia de testes de apps Android. Relacionados: teste de teclado e entrada de texto e roteiro de teste com TalkBack.
Quer que um testador rode isso em um celular de verdade? Comece grátis e peça feedback privado e estruturado.