In questa guida
Un'app senza contenuti sembra rotta. Un'app piena di dati reali dei clienti è un problema di privacy. I tester hanno bisogno di qualcosa nel mezzo: dati realistici ma finti, e account che non possono fare danni. Questa è una checklist per preparare entrambi.
Perché conta
I tester che aprono un'app vuota non possono testare le schermate che contano: liste, ricerca, filtri, flussi di modifica. Scriveranno «non c'è niente da vedere» oppure rinunceranno. E se accedono a una copia dei dati reali, esponi persone vere a sconosciuti.
Checklist: dati
- Mai dati reali degli utenti. Niente esportazioni di produzione, nemmeno «solo per testare». Nomi, email e messaggi reali non devono arrivare ai tester. Sono indicazioni generali, non consulenza legale; verifica le regole che si applicano a te.
- Crea dati di esempio in modo mirato. Scrivi un piccolo set di record finti che copra casi normali e casi limite.
- Copri i casi limite. Includi un nome molto lungo, un campo vuoto, caratteri speciali, un elemento senza immagine, una lista con un solo elemento e una lista con molti.
- Rendili riconoscibili come finti. Usa nomi e indirizzi chiaramente inventati, così nessuno li confonde con dati reali.
- Rendili ripristinabili. Decidi come ripristinare lo stato iniziale: un pulsante di reset, uno script o un account nuovo. Senza, i tester successivi trovano il disordine lasciato dai precedenti.
- Adatta alla funzione. Se vuoi feedback sulla ricerca, devono esserci abbastanza elementi perché la ricerca abbia senso.
Checklist: account
- Fornisci account di test se la tua app richiede un accesso. Non chiedere ai tester di darti password reali.
- Un account per tester quando lo stato conta. Se i tester condividono un account, si sovrascrivono le modifiche a vicenda e non possono testare registrazione o onboarding. Gli account condivisi vanno bene solo per controlli in sola lettura.
- Usa permessi limitati. Un account di test non deve raggiungere strumenti di amministrazione, pagamenti reali o messaggistica in tempo reale.
- Offri entrambe le strade. Permetti ai tester di creare anche un account proprio, così viene testata anche la registrazione.
- Non mettere credenziali in luoghi pubblici. Inviale in privato ai tester che ne hanno bisogno, e cambiale o eliminale dopo.
- Verifica i servizi di terze parti. Se l'accesso passa per un altro provider, assicurati che gli utenti di test riescano davvero a entrare. Vedi pianificazione di dispositivi e versioni Android per i test per abbinare i tester alle configurazioni.
Pagamenti e effetti esterni
Se la tua app può inviare email, notifiche push o accettare pagamenti, passali a una modalità di test o indirizzali verso destinatari innocui. Un tester che tocca «Compra» non deve mai costare denaro a qualcuno né avvisare un cliente reale. Per testare i pagamenti, usa gli strumenti di test del tuo provider di pagamento e controlla la sua documentazione attuale.
Mettilo nelle istruzioni di test
Dì ai tester in un breve blocco: quale account usare, quali dati esistono, cosa fare per primo e cosa ignorare. Così non devono indovinare e tu eviti segnalazioni doppie. Per i layout su più dispositivi, vedi dimensioni dello schermo Android.
Torna alla guida al test delle app Android.
Inizia qui e descrivi la configurazione di test quando richiedi feedback.