Prueba la actualización desde una versión anterior

La mayoría de tus usuarios no instalan una copia nueva, sino que actualizan. Una build que funciona en una instalación limpia puede fallar al abrir datos escritos por una versión anterior. La prueba de actualización es la que detecta esto.

Para una visión general de cómo probar una actualización de una app publicada, mira cómo probar una actualización de una app en producción. Esta página es el guion concreto.

Lo que necesitas

• La build antigua como APK o una versión de la tienda que puedas instalar (idealmente la más antigua que aún se use, más la versión anterior a la nueva).
• La build nueva, firmada con la misma clave que la antigua. Una firma distinta bloquea la actualización; mira firma de apps y testers.
• Un dispositivo o emulador que puedas borrar.

El guion

1. Instala la versión antigua. Empieza desde un dispositivo limpio o tras desinstalar.
2. Crea datos realistas. Inicia sesión, completa el perfil y los ajustes, crea los objetos principales de tu app, concede los permisos que daría un usuario real y añade algunos casos límite, como texto largo o campos vacíos.
3. Anota el estado. Haz capturas de las pantallas clave y apunta recuentos (elementos, cuentas, ajustes).
4. Actualiza en el sitio. Instala la build nueva sobre la antigua sin desinstalar. Con adb, adb install -r app.apk reemplaza la app y conserva sus datos. Mejor aún, actualiza por el mismo canal que usarán los usuarios, como una pista de pruebas.
5. Abre y compara. ¿El usuario sigue con la sesión iniciada, si esa es la intención? ¿Están todos los elementos y ajustes, sin cambios?
6. Usa las partes modificadas. Recorre cada función tocada en la nueva versión, con los datos antiguos.
7. Comprueba el trabajo en segundo plano. Las tareas programadas, las notificaciones y la sincronización deben reanudarse sin reinicio manual.

Lo que suele romperse

• Un cambio en la base de datos sin una migración adecuada: fallo en el primer inicio o pérdida silenciosa de datos. Mira probar una migración de base de datos sin perder datos.
• Claves de ajustes renombradas o eliminadas.
• Inicios de sesión o tokens guardados que dejan de ser válidos.
• Un nuevo permiso obligatorio o un paso de bienvenida mostrado a los usuarios existentes en el orden equivocado.
• Archivos en caché con un formato antiguo.

Salta versiones

Prueba más de un salto. Los usuarios que actualizan poco pasan de la versión 3 directamente a la 7. Ejecuta de la más antigua a la más nueva, y también de la anterior a la más nueva.

Bajar de versión es otra cuestión

Instalar una build antigua sobre una nueva suele estar bloqueado o pierde datos. No es un camino compatible para la mayoría de apps, así que no lo trates como una prueba de actualización.

Anota el resultado

Registra la versión antigua, la nueva, los datos creados y lo primero que falló, con el log si hubo un fallo.

Vuelve al centro de pruebas de apps Android. Relacionado: instalación limpia y reinstalación y la checklist de primer inicio.

Los testers con dispositivos y versiones de sistema antiguas detectan lo que tu propio teléfono no muestra. AppReviewX te da feedback privado y estructurado; 1 feedback = 1 crédito. Empieza gratis.