Ogni modulo della tua app è un punto in cui gli utenti possono perdere il lavoro o rinunciare. Esegui questa lista su ogni modulo (registrazione, profilo, checkout, feedback). Usa un dispositivo reale e la tastiera reale.
La checklist
- Invio vuoto. - Perché: è l'errore più comune. - Come verificare: tocca invio con tutti i campi vuoti. Ogni campo obbligatorio riceve un messaggio chiaro; nulla va in crash.
- Obbligatorio e facoltativo sono indicati. - Perché: gli utenti non dovrebbero scoprirlo fallendo. - Come verificare: leggi il modulo prima di scrivere. È chiaro quali campi sono obbligatori?
- Input molto lungo. - Perché: un testo lungo può rompere il layout, superare i limiti del server o essere tagliato senza avviso. - Come verificare: incolla diverse migliaia di caratteri in ogni campo di testo. L'app mostra un limite o lo gestisce, e il layout tiene.
- Solo spazi e spazi iniziali o finali. - Perché: " " supera il controllo "non vuoto", e uno spazio finale rompe il confronto di email o nome utente. - Come verificare: inserisci solo spazi, poi un valore valido con spazi attorno. Viene rifiutato o ripulito.
- Caratteri speciali e Unicode. - Perché: nomi con accenti, apostrofi, alfabeti non latini ed emoji sono input normali. - Come verificare: prova nomi come O'Brien, Zoë, 李雷, una stringa con direzioni di scrittura miste e un'emoji. Devono essere accettati, salvati e mostrati invariati.
- Input incollato. - Perché: il testo incollato spesso contiene spazi nascosti, a capo o un formato diverso. - Come verificare: incolla un'email con un a capo finale, un numero di telefono con spazi o trattini, una password da un gestore. Il modulo lo gestisce o dice esattamente cosa non va.
- Le regole di formato corrispondono ai dati reali. - Perché: regole troppo severe per email, telefono o CAP respingono utenti validi. - Come verificare: prova un indirizzo con il "+" (nome+tag@esempio.com), un dominio di primo livello lungo, un numero di telefono internazionale, un CAP di un altro paese se lo supporti.
- Numeri e date. - Perché: virgola o punto decimale, valori negativi e date impossibili producono dati sbagliati. - Come verificare: digita 1,5 e 1.5, 0, -1, un numero molto grande e il 31 febbraio. Cambia la regione del dispositivo e ripeti.
- Gli errori compaiono accanto al campo. - Perché: un unico errore in alto costringe a cercarlo. - Come verificare: invia dati non validi; ogni messaggio sta accanto al suo campo, il primo errore viene portato in vista e la tastiera non lo nasconde.
- I messaggi dicono come correggere.
- Perché: "Input non valido" non dà nulla su cui agire.
- Come verificare: leggi ogni messaggio. Deve indicare il problema e il formato atteso.
- L'input si conserva dopo un errore.
- Perché: svuotare un modulo lungo in caso di errore fa abbandonare.
- Come verificare: fai fallire la validazione o la rete una volta. Tutti i dati validi sono ancora lì, tranne quelli sensibili come le password, se le svuoti di proposito.
- Il momento della validazione è sensato.
- Perché: gli errori mentre l'utente sta ancora scrivendo infastidiscono.
- Come verificare: digita lentamente un'email valida. Nessun errore compare prima che tu esca dal campo o invii.
- Il doppio invio è bloccato.
- Perché: due tocchi possono creare due record o due addebiti.
- Come verificare: tocca invio più volte rapidamente, anche con una connessione lenta. Parte una sola richiesta.
- Tastiera e riempimento automatico corrispondono al campo.
- Perché: il tipo di tastiera sbagliato rende l'input più difficile, e il riempimento automatico fa risparmiare tempo.
- Come verificare: il campo email mostra la tastiera per email, il campo numerico il tastierino, i pulsanti avanti e fine spostano il focus, il gestore password compila i campi.
- Il rifiuto lato server è gestito.
- Perché: il server può rifiutare ciò che l'app ha accettato.
- Come verificare: se puoi, fai restituire al backend un errore di validazione. L'app lo mostra nel campo giusto.
- Lo screen reader legge gli errori.
- Perché: altrimenti gli utenti ciechi non sanno cosa non ha funzionato.
- Come verificare: attiva lo screen reader e invia dati non validi; l'errore viene annunciato. Vedi test dello screen reader in 10 minuti.
Correlati
Torna a tutte le checklist · Checklist per gli stati di errore · Checklist per gli stati vuoti
Occhi nuovi trovano il modulo che rifiuta un nome perfettamente valido. Inizia gratis: feedback privati e strutturati, 1 feedback = 1 credito.