Test dell'aggiornamento da una versione precedente

La maggior parte degli utenti non installa una copia nuova. Aggiorna. Una build che funziona su un'installazione pulita può comunque bloccarsi quando apre dati scritti da una versione precedente. Il test del percorso di aggiornamento è quello che lo scopre.

Per il quadro generale del test di un aggiornamento su un'app già pubblicata, vedi come testare un aggiornamento di un'app già online. Questa pagina è lo script concreto.

Cosa ti serve

• La vecchia build come APK o una versione dello store che puoi installare (idealmente la versione più vecchia ancora in uso, più la release precedente).
• La nuova build, firmata con la stessa chiave della vecchia. Una firma diversa blocca l'aggiornamento; vedi firma delle app e tester.
• Un dispositivo o un emulatore che puoi cancellare.

Lo script

1. Installa la versione vecchia. Parti da un dispositivo pulito o dopo la disinstallazione.
2. Crea dati realistici. Accedi, compila profilo e impostazioni, crea gli oggetti principali dell'app, concedi i permessi che un utente reale concederebbe, aggiungi qualche caso limite come testi lunghi o campi vuoti.
3. Annota lo stato. Fai screenshot delle schermate principali e annota i conteggi (elementi, account, impostazioni).
4. Aggiorna sul posto. Installa la nuova build sopra la vecchia senza disinstallare. Con adb, adb install -r app.apk sostituisce l'app e mantiene i suoi dati. Meglio ancora, aggiorna dallo stesso canale che useranno gli utenti, come una traccia di test.
5. Apri e confronta. L'utente è ancora connesso, se è previsto? Tutti gli elementi e le impostazioni ci sono e sono invariati?
6. Usa le parti modificate. Percorri ogni funzione toccata nella nuova versione, con i dati vecchi.
7. Controlla il lavoro in background. Job pianificati, notifiche e sincronizzazione devono riprendere senza un riavvio manuale.

Cosa si rompe spesso

• Una modifica al database senza una migrazione adeguata: crash al primo avvio o perdita silenziosa di dati. Vedi testare una migrazione del database senza perdere dati.
• Chiavi delle impostazioni rinominate o rimosse.
• Accesso salvato o token che diventano non validi.
• Un nuovo permesso obbligatorio o un passaggio di onboarding mostrato agli utenti esistenti nell'ordine sbagliato.
• File in cache in un formato vecchio.

Salta versioni

Testa più di un salto. Gli utenti che aggiornano di rado passano dalla versione 3 direttamente alla 7. Esegui dalla più vecchia alla più recente, e anche dalla precedente alla più recente.

Il downgrade è un'altra questione

Installare una build più vecchia sopra una più recente di solito viene bloccato oppure fa perdere dati. Per la maggior parte delle app non è un percorso supportato, quindi non trattarlo come un test di aggiornamento.

Scrivi il risultato

Registra la versione vecchia, la nuova, i dati creati e il primo punto che è fallito, con il log se c'è stato un crash.

Torna all'hub dei test delle app Android. Correlati: installazione pulita e reinstallazione e la checklist del primo avvio.

I tester con dispositivi e versioni di sistema più vecchi individuano ciò che il tuo telefono non mostra. AppReviewX ti dà feedback privato e strutturato; 1 feedback = 1 credito. Inizia gratis.