In questa guida
Qualunque app può avere bug, comunque sia stata fatta. Questa pagina parla dei tipi di errore da cercare quando non hai scritto ogni riga da solo, e di come un tester può descriverli in modo che tu possa correggerli in fretta. Non dice quanto spesso qualcosa fallisce.
Schemi di errore da testare
- Funziona solo nel percorso ideale. Tutto va bene se fai ciò che descriveva il prompt. Prova a saltare un passaggio, tornare indietro o ripeterne uno.
- Stati vuoti ed errori. Cosa mostra una lista senza dati? Cosa succede quando una richiesta fallisce? Una schermata bianca è un bug anche se nulla si è bloccato.
- Stato perso con la rotazione o al ritorno. Ruota il telefono, cambia app, torna. Il testo digitato c'è ancora?
- Schermate giuste su un solo telefono. Schermi piccoli, font grandi e notch possono nascondere pulsanti o tagliare testo.
- Permessi. Nega un permesso e vedi se l'app lo spiega o si ferma e basta.
- Offline e rete lenta. Rotelle che non finiscono mai, errori silenziosi, input perso.
- Pulsanti che non fanno nulla. Un controllo che sembra finito ma non è collegato a niente.
- Login e sessioni. Logout, login su un secondo dispositivo, una sessione scaduta.
- Contenuti demo rimasti. Dati di esempio, account di test, testo segnaposto.
Cosa contiene una segnalazione utile
Un tester che scrive "si è bloccata" non ti dà nulla su cui lavorare. Chiedi:
- Dispositivo e versione del sistema.
- Versione / build dell'app.
- Passi, numerati, a partire da un avvio pulito.
- Risultato atteso.
- Risultato effettivo, con uno screenshot o una registrazione dello schermo.
- Quanto spesso succede (sempre, a volte, una volta).
Altro in template di segnalazione bug per tester delle app e come dare feedback utili su un'app.
Trasforma una segnalazione in un prompt
Incolla la segnalazione così com'è, poi aggiungi il contesto che al tuo assistente manca:
Ecco una segnalazione di bug da parte di un tester.
[incolla la segnalazione]
Schermata / file rilevante: [nome]
Spiega prima la causa più probabile, poi proponi la modifica più piccola che risolve il problema.
Non cambiare comportamenti non correlati.
Poi ripeti tu stesso i passi esatti del tester. Una correzione è davvero tale solo quando i passi non riproducono più il problema e i passi che funzionavano prima continuano a funzionare.
Tieni una lista
Una riga per bug: segnalazione, stato (aperto, corretto, da ritestare), numero di build. Chiedi al tester di ritestare la correzione.
Prossimo passo
AppReviewX ti dà feedback privati e strutturati con i campi qui sopra in mente. Un feedback che scrivi vale 1 credito; i nuovi account partono da 0. Inizia gratis.
Correlati: hub sul vibe coding, test chiuso per un'app creata con l'IA, distinguersi tra molte nuove app.