Teste de atualização a partir de uma versão antiga

A maioria dos seus usuários não instala uma cópia nova. Eles atualizam. Um build que funciona numa instalação limpa ainda pode travar ao abrir dados gravados por uma versão anterior. O teste de atualização é o que pega isso.

Para a visão mais ampla de testar uma atualização de um app em produção, veja como testar uma atualização de app em produção. Esta página é o roteiro concreto.

O que você precisa

• O build antigo como APK ou uma versão da loja que você possa instalar (idealmente a mais antiga ainda em uso, mais a versão anterior à atual).
• O build novo, assinado com a mesma chave do antigo. Uma assinatura diferente bloqueia a atualização; veja assinatura de apps e testadores.
• Um aparelho ou emulador que você possa apagar.

O roteiro

1. Instale a versão antiga. Comece num aparelho limpo ou após desinstalar.
2. Crie dados realistas. Faça login, preencha perfil e configurações, crie os principais objetos do app, conceda as permissões que um usuário real daria e adicione alguns casos extremos, como textos longos ou campos vazios.
3. Anote o estado. Tire capturas das telas principais e anote as quantidades (itens, contas, configurações).
4. Atualize no lugar. Instale o build novo sobre o antigo sem desinstalar. Com o adb, adb install -r app.apk substitui o app e mantém os dados. Melhor ainda, atualize pelo mesmo canal que os usuários vão usar, como uma trilha de teste.
5. Abra e compare. O usuário continua conectado, se essa for a intenção? Todos os itens e configurações estão lá e inalterados?
6. Use as partes alteradas. Percorra cada recurso tocado na nova versão, com os dados antigos.
7. Verifique o trabalho em segundo plano. Tarefas agendadas, notificações e sincronização devem retomar sem reinício manual.

O que costuma quebrar

• Uma mudança no banco de dados sem uma migração adequada: crash na primeira abertura ou perda silenciosa de dados. Veja como testar uma migração de banco de dados sem perder dados.
• Chaves de configuração renomeadas ou removidas.
• Login salvo ou tokens que ficam inválidos.
• Um novo requisito de permissão ou etapa de integração mostrada a usuários existentes na ordem errada.
• Arquivos em cache num formato antigo.

Pule versões

Teste mais de um salto. Usuários que atualizam raramente pulam da versão 3 direto para a 7. Rode da versão mais antiga para a mais nova, e também da versão anterior para a mais recente.

Downgrade é outra questão

Instalar uma versão mais antiga sobre uma mais nova normalmente é bloqueado ou perde dados. Não é um caminho suportado para a maioria dos apps, então não o trate como teste de atualização.

Registre o resultado

Anote a versão antiga, a versão nova, os dados criados e a primeira coisa que falhou, com o log se houver um crash.

Volte ao hub de teste de apps Android. Relacionados: instalação limpa e reinstalação e a checklist da primeira execução.

Testadores com aparelhos e versões de sistema mais antigos encontram o que o seu próprio celular não mostra. O AppReviewX oferece feedback privado e estruturado; 1 feedback = 1 crédito. Comece grátis.