Le persone si spostano. Lasciano il Wi-Fi di casa, entrano in un ascensore, salgono su un treno. La tua app deve reggere il cambio di rete mentre una richiesta è in corso. Questo script è pensato per essere consegnato a un tester: ogni passaggio dice cosa fare, cosa dovrebbe succedere e perché.
Completa testare il comportamento offline, che copre l'assenza totale di rete.
Prima di iniziare
- Usa un telefono con Wi-Fi e una connessione dati mobile funzionante.
- Accedi prima, così testi una sessione reale.
- Annota modello del telefono, versione di Android e build dell'app.
Lo script
- Da Wi-Fi a dati mobili, con app ferma. Apri l'app sul Wi-Fi, poi disattiva il Wi-Fi. Atteso: l'app continua a funzionare con i dati mobili senza riavvio. Perché: i socket legati alla vecchia rete possono bloccarsi in silenzio.
- Da dati mobili a Wi-Fi, con app ferma. Ripeti al contrario. Atteso: lo stesso. Perché: alcune app gestiscono solo una direzione.
- Cambio durante un caricamento. Apri una lista lunga o una schermata che scarica dati e disattiva il Wi-Fi a metà caricamento. Atteso: o il contenuto si carica, o vedi un errore chiaro con un tasto per riprovare. Non uno spinner infinito.
- Cambio durante l'invio di un modulo. Compila un modulo, tocca invia e cambia rete subito. Atteso: un esito chiaro. Poi controlla lato server: nessun record duplicato, nessun dato perso. Perché: i nuovi tentativi possono inviare due volte.
- Cambio durante upload o download. Usa una foto o un file. Atteso: riprende oppure fallisce in modo pulito con un nuovo tentativo. Un file caricato a metà non deve comparire come completo.
- Cambio mentre sei connesso da più tempo. Resta nell'app per diversi minuti, cambia rete, attendi. Atteso: la sessione sopravvive. Nessun logout inatteso. Perché: un rinnovo del token fallito viene spesso trattato come «disconnesso».
- Modalità aereo attivata e disattivata. Attivala a metà di un'attività e poi disattivala. Atteso: l'app si accorge che la rete è tornata e si riprende senza riavvio.
- Segnale debole. Spostati in un punto con ricezione scarsa, oppure usa una connessione limitata. Atteso: i timeout finiscono con un messaggio, non con un blocco.
- In background e ritorno. Cambia rete mentre l'app è in background, poi torna. Atteso: i dati si aggiornano; nessuna schermata vecchia o rotta.
- Risparmio dati e connessione a consumo. Se la tua app sincronizza molto, attiva il Risparmio dati. Atteso: il comportamento è sensato, con i download pesanti rinviati o confermati.
Cosa segnalare
Per ogni errore, chiedi al tester di scrivere:
- il numero del passaggio e cosa ha fatto,
- cosa ha visto (uno screenshot o una registrazione dello schermo aiuta),
- l'ora in cui è successo,
- come è finita: si è ripresa da sola, serviva un nuovo tentativo, serviva un riavvio, dati persi.
Se puoi, aggiungi un log. Vedi basi di adb.
Consigli per lo sviluppatore
- I tentativi devono essere limitati e l'attesa tra un tentativo e l'altro deve crescere.
- Rendi le scritture sicure da ripetere, così un nuovo tentativo non crea un duplicato.
- Mostra all'utente che stai aspettando la rete invece di non mostrare nulla.
Parte della guida al test delle app Android. Correlati: test di tastiera e input e script di test TalkBack.
Vuoi che un tester lo esegua su un telefono reale? Inizia gratis e richiedi feedback privati e strutturati.