In questa guida
Un report di test chiude un ciclo di test. Risponde a tre domande per chi decide sul rilascio (spesso sei tu): cosa è stato testato, cosa è emerso, cosa succede dopo. Tienilo su una pagina. Se serve di più, rimanda alla tua lista di bug.
Modello (copia e incolla)
REPORT DI TEST: <nome app> <versione / build>
Periodo: <da - a> Autore: <nome>
1. RIASSUNTO (massimo 3 righe)
Raccomandazione: <GO / GO con problemi noti / NO-GO>
Perché: <una frase>
2. COSA È STATO TESTATO
Ambito: <funzioni e flussi coperti>
Non testato: <cosa è stato escluso, e perché>
Dispositivi / OS: <elenco>
Tester: <numero e tipo, es. 8 colleghi sviluppatori>
3. RISULTATI
Casi di test eseguiti: <n> Superati: <n> Falliti: <n> Bloccati: <n>
Feedback ricevuti: <n>
4. EMERSO
| # | Gravità | Area | Riepilogo | Stato (aperto / risolto / non verrà corretto) | Link |
|---|---------|------|-----------|-----------------------------------------------|------|
| 1 | | | | | |
5. PROBLEMI NOTI CHE ESCONO CON QUESTA BUILD
- <problema, eventuale soluzione alternativa>
6. COSA È PIACIUTO AI TESTER / COSA LI HA CONFUSI
- Piaciuto: <breve>
- Confuso: <breve>
7. DECISIONI E PROSSIMI PASSI
| Azione | Responsabile | Scadenza |
|--------|--------------|----------|
| | | |
8. DOMANDE APERTE
- <domanda>
Esempio (illustrativo, numeri inventati)
REPORT DI TEST: Example Recipe App 2.1 (build 214)
Periodo: 2026-11-03 - 2026-11-09 Autore: Sam
1. RIASSUNTO
Raccomandazione: GO con problemi noti
Perché: nessun crash nel flusso principale; restano due problemi estetici.
2. COSA È STATO TESTATO
Ambito: registrazione, ricerca, salvataggio ricette, lettura offline
Non testato: modalità scura sui tablet (non supportata)
Dispositivi / OS: due telefoni, Android 11 e 14
Tester: 6 tester da un gruppo di colleghi
3. RISULTATI
Casi di test eseguiti: 20 Superati: 17 Falliti: 2 Bloccati: 1
4. EMERSO
| 1 | Alta | Ricerca | Query vuota mostra una schermata bianca | risolto | #12 |
| 2 | Bassa | Profilo | Avatar tagliato sui telefoni piccoli | non verrà corretto | #15 |
7. DECISIONI E PROSSIMI PASSI
| Ritesta la correzione della ricerca | Sam | 2026-11-10 |
Come adattarlo
- Parti dalla decisione. Chi si ferma alla sezione 1 deve comunque sapere cosa fare.
- Usa una scala di gravità che hai definito in anticipo. Vedi la matrice di gravità e priorità dei bug.
- Riporta solo numeri che hai contato. Lascia un campo vuoto piuttosto che indovinare.
- Test chiusi su Google Play: annota il numero di tester e il periodo di test, così potrai vedere in seguito cosa ha coperto il ciclo. Non copiare dai ricordi le cifre dei requisiti; vedi [test chiuso con 12 tester e la policy ufficiale attuale.
- Lo condividi con i tester? Rimuovi prima i dettagli privati e i nomi dei tester.
Correlati
- Hub: Hub dei test per app mobili: tutte le aree in un posto
- Modello di checklist per i test di regressione
- Checklist di smoke test per ogni nuova build
Inizia gratis per raccogliere feedback privati e strutturati per il tuo prossimo report.