O login do Garfim funcionava no servidor, mas a pessoa continuava olhando para a tela de entrada.
Foi o que aconteceu numa versão instalada em um Galaxy S23. A sessão era criada; ao fechar e abrir o aplicativo, a conta aparecia conectada. O caminho entre essas duas coisas estava incompleto.
Esse episódio marcou a chegada do Garfim aos testes internos do Google Play. Depois de abrir a lista de espera, o projeto passou a ter uma versão distribuída a um grupo restrito no Android. Usar o aplicativo instalado começou a revelar problemas que uma resposta bem-sucedida do servidor não mostra.
O resultado precisa chegar à tela
Para quem toca em “entrar”, a expectativa é seguir para o aplicativo. A existência de uma sessão nos bastidores não ajuda se a tela continua pedindo login.
A correção passou a atualizar a sessão após a autenticação e usar essa confirmação para sair da entrada. Uma nova versão foi enviada aos testes internos.
O caso deixa um critério que procuro aplicar aos outros fluxos: uma ação termina quando a pessoa consegue perceber o resultado e continuar. Isso vale para salvar uma refeição, restaurar uma assinatura ou enviar um pedido de exclusão.
Cada teste enxerga uma parte
Gerar o aplicativo mostra que o projeto pode ser transformado em uma versão instalável. Um teste automatizado verifica os cenários que foram preparados. Usar no celular coloca interface, sistema, conexão e conta para trabalhar juntos.
No caso do login, uma parte tinha cumprido sua função. Faltava a transição que tornaria esse sucesso visível.
É por isso que gosto de percorrer tarefas completas. Em vez de encerrar a conferência na resposta de uma integração, acompanho o que aparece depois: a tela mudou? A informação está atualizada? A próxima ação está disponível?
Essa forma de testar aproxima o critério técnico da experiência de quem vai usar.
A distribuição também acontece em etapas
A faixa interna do Google Play permite instalar o aplicativo em um grupo restrito. Naquele momento, a conta do Garfim ainda precisava passar pelo teste fechado e obter acesso à distribuição pública.
Também havia trabalho na ficha da loja, nas declarações de dados e nas capturas de tela. A versão pública estava preparada como rascunho, enquanto as verificações continuavam.
Assim, os testes internos já permitiam aprender com o app instalado sem anunciar uma data de lançamento antes de completar o caminho necessário.
Em 3 de outubro: o foco dos testes era o Android, a correção do login ainda precisava ser confirmada no aparelho e não havia download público. A página recebia interessados em iPhone e Android.
Voltar no dia seguinte faz parte do roteiro
O teste de um diário alimentar precisa acompanhar mais do que uma primeira abertura. Quero conferir o registro da refeição, os limites de uso, a assinatura e o retorno à conta depois de uma interrupção.
Uma pessoa pode alternar de aplicativo, perder a conexão ou voltar horas depois. O Garfim precisa conservar o sentido do que ela estava fazendo.
O avanço mais útil dessa fase foi colocar as tarefas completas no centro da revisão: instalar, entrar, registrar e conseguir continuar. É esse percurso que mostra se o resultado técnico chegou a quem precisava dele.