Checklist completa per testare le app mobili (50 controlli)

Una lista unica per tutta l'app, nell'ordine in cui un utente la incontra. Ogni controllo ha un motivo e un modo per verificarlo. I tag per area ti permettono di filtrare: [INSTALL], [ONBOARD], [FLOW], [ERROR], [DEVICE], [PRIVACY], [WORDING], [RELEASE]. Per approfondire un'area, segui i link in fondo.

Usa un dispositivo reale dove puoi. Spunta un controllo solo quando hai visto il risultato, non quando lo dai per scontato.

Installazione e primo avvio

1. [INSTALL] L'installazione pulita funziona. Perché: la prima impressione si forma qui. Come: elimina l'app, installa la build e aprila.
2. [INSTALL] L'aggiornamento da una versione precedente mantiene i dati. Perché: chi aggiorna perde fiducia in fretta se i dati spariscono. Come: installa la build precedente, aggiungi dati, poi installa la nuova.
3. [INSTALL] Disinstallazione e reinstallazione si comportano in modo sensato. Perché: i dati locali vecchi causano stati strani. Come: reinstalla e accedi di nuovo.
4. [INSTALL] L'app si avvia senza rete. Perché: i crash all'avvio per dati mancanti sono comuni. Come: modalità aereo, avvio a freddo.
5. [INSTALL] Il tempo di avvio sembra accettabile. Perché: gli avvii lenti portano alla chiusura dell'app. Come: misura un avvio a freddo sul dispositivo più vecchio.

Onboarding e account

6. [ONBOARD] Ogni schermata di onboarding si può completare e saltare. Perché: un primo avvio bloccato chiude la sessione. Come: tocca tutto in entrambi i modi.
7. [ONBOARD] Il tasto indietro funziona nell'onboarding. Perché: gli utenti fraintendono le schermate. Come: torna indietro a ogni passo.
8. [ONBOARD] I permessi si chiedono quando servono, non tutti insieme. Perché: un rifiuto precoce danneggia le funzioni successive. Come: primo avvio, annota quando compare ogni richiesta.
9. [ONBOARD] I permessi negati hanno un'alternativa utilizzabile. Perché: il rifiuto è comune. Come: nega ciascun permesso e usa la funzione.
10. [ONBOARD] L'onboarding interrotto riprende. Perché: gli utenti ricevono chiamate e cambiano app. Come: chiudi l'app a metà e riaprila.
11. [FLOW] La registrazione accetta input validi e rifiuta quelli non validi in modo chiaro. Perché: la registrazione è il primo ostacolo. Come: vedi la checklist di registrazione.
12. [FLOW] Login, password sbagliata e reset funzionano. Perché: i blocchi generano lavoro per il supporto. Come: vedi la checklist di login.
13. [FLOW] Il logout cancella la sessione. Perché: dispositivi condivisi. Come: esci, premi indietro, riavvia.
14. [FLOW] La sessione scaduta porta al login senza perdere il lavoro. Perché: i token scadono. Come: aspetta la scadenza oppure invalida un token.

Flussi principali

15. [FLOW] Il compito principale funziona dall'inizio alla fine. Perché: è il motivo per cui l'app esiste. Come: fallo da nuovo utente, senza scorciatoie.
16. [FLOW] Ogni modulo valida sul singolo campo e all'invio. Perché: altrimenti dati errati entrano in silenzio. Come: campo vuoto, troppo lungo, formato sbagliato.
17. [FLOW] Liste, ricerca e filtri restituiscono risultati corretti. Perché: risultati sbagliati sembrano un'app rotta. Come: dati noti, nessun risultato, molti risultati.
18. [FLOW] Creazione, modifica ed eliminazione si aggiornano ovunque. Perché: schermate non aggiornate confondono. Come: modifica un elemento, apri ogni schermata che lo mostra.
19. [FLOW] Tasto indietro e gesti si comportano in modo coerente. Perché: le uscite inattese infastidiscono. Come: torna indietro da ogni schermata.
20. [FLOW] Le impostazioni si salvano e si applicano. Perché: impostazioni che non restano sembrano rotte. Come: cambia, chiudi, riapri.
21. [FLOW] Acquisto riuscito, annullato, fallito e ripristino funzionano. Perché: i bug sui pagamenti sono i più costosi. Come: vedi la checklist dei pagamenti.
22. [FLOW] Upload, fotocamera e file gestiscono i casi di file grandi e di permesso negato. Perché: i media sono dove la memoria finisce. Come: file grande, annulla a metà dell'upload.
23. [FLOW] Deep link e link condivisi aprono la schermata giusta. Perché: i link rotti sprecano campagne. Come: tocca i link con l'app chiusa e aperta.
24. [FLOW] Le notifiche arrivano e aprono il posto giusto. Perché: sono un punto di rientro. Come: inviane una e toccala con l'app chiusa.
25. [FLOW] L'eliminazione dell'account funziona e spiega cosa succede. Perché: gli utenti se la aspettano. Come: elimina un account di prova e prova ad accedere.

Stati ed errori

26. [ERROR] Gli stati vuoti spiegano cosa fare dopo. Perché: le schermate vuote sembrano rotte. Come: account nuovo, ogni lista.
27. [ERROR] Gli stati di caricamento compaiono e finiscono. Perché: gli spinner infiniti portano alla disinstallazione. Come: rallenta la rete.
28. [ERROR] Gli errori del server mostrano un messaggio utile e un modo per riprovare. Perché: gli errori grezzi spaventano. Come: blocca il server o restituisci un errore.
29. [ERROR] La modalità offline fallisce in modo elegante. Perché: i telefoni perdono il segnale. Come: cambia rete o vai offline a metà di un'azione.
30. [ERROR] Il doppio tocco non crea duplicati. Perché: gli utenti impazienti toccano due volte. Come: tocca rapidamente i pulsanti di invio e acquisto.
31. [ERROR] I messaggi di errore dicono cosa correggere. Perché: "Qualcosa è andato storto" non aiuta nessuno. Come: leggi ad alta voce ogni messaggio.
32. [ERROR] Testo lungo, emoji e input non latini non rompono il layout. Perché: i nomi reali sono molto vari. Come: incolla stringhe lunghe e insolite.

Dispositivi e ambiente

33. [DEVICE] Lo schermo più piccolo e quello più grande supportati mostrano tutto correttamente. Perché: pulsanti tagliati bloccano i flussi. Come: prova entrambi.
34. [DEVICE] La versione di sistema più vecchia supportata fa funzionare l'app. Perché: i crash lì sono silenziosi per gli sviluppatori. Come: installa su quella versione.
35. [DEVICE] Orizzontale e verticale si comportano come previsto. Perché: la rotazione ricarica lo stato. Come: ruota a metà di un flusso.
36. [DEVICE] Modalità scura e testo grande restano leggibili. Perché: accessibilità e comfort. Come: attiva entrambi nelle impostazioni di sistema.
37. [DEVICE] Le interruzioni (chiamata, sveglia, cambio app) vengono gestite. Perché: succedono ogni giorno. Come: interrompi ogni flusso principale.
38. [DEVICE] Batteria scarica e poco spazio non fanno crashare l'app. Perché: i dispositivi reali non sono mai ideali. Come: modalità risparmio energetico; riempi lo spazio se puoi.
39. [DEVICE] Formati di data, fuso orario e numeri sono corretti. Perché: date sbagliate fanno perdere fiducia. Come: cambia regione e fuso orario.
40. [DEVICE] Lettore di schermo e aree touch funzionano per le basi. Perché: alcuni utenti ne dipendono. Come: attiva il lettore di schermo e completa un flusso.

Privacy e testi

41. [PRIVACY] L'app chiede solo i permessi che usa. Perché: richieste in più riducono la fiducia. Come: confronta l'elenco dei permessi con le funzioni.
42. [PRIVACY] Le scelte di consenso vengono rispettate dopo il riavvio. Perché: un "no" ricordato deve restare "no". Come: rifiuta, riavvia, controlla.
43. [PRIVACY] Informativa sulla privacy e dichiarazioni dei dati allo store corrispondono all'app. Perché: le incongruenze causano rifiuti e reclami. Come: elenca SDK e dati, poi confronta. Non è consulenza legale; verifica le regole attuali dello store.
44. [PRIVACY] Nessun segreto o dato di test nei log e negli screenshot. Perché: le perdite avvengono nelle build di debug. Come: controlla log e immagini dello store.
45. [WORDING] Il testo non ha refusi né segnaposto lasciati. Perché: "Lorem ipsum" in produzione si vede. Come: leggi ogni schermata.

Rilascio

46. [RELEASE] La build testata è quella che invii. Perché: le ricompilazioni differiscono. Come: confronta numeri di versione e di build.
47. [RELEASE] La segnalazione dei crash è attiva e riceve un crash di prova. Perché: non puoi correggere ciò che non vedi. Come: provocane uno e trovalo.
48. [RELEASE] I problemi noti sono scritti e accettati. Perché: le sorprese fanno più male dei difetti noti. Come: elenca i bug aperti e decidi per ciascuno.
49. [RELEASE] C'è un piano di rollback o di correzione. Perché: il primo giorno storto richiede un piano. Come: scrivi chi fa cosa.
50. [RELEASE] Qualcuno esterno al progetto ha completato il flusso principale. Perché: non vedi i tuoi punti ciechi. Come: osserva qualcuno o chiedi un feedback strutturato.

Approfondisci

• Hub: Hub della checklist per il test di app mobili
• Checklist per il test del flusso di registrazione
• Checklist per il test di login e reset della password

Il controllo 50 è dove ti aiuta AppReviewX: feedback privati e strutturati da altri sviluppatori; ogni feedback che scrivi ti dà un credito. Scopri come funziona AppReviewX.