La maggior parte degli sviluppatori vive il test chiuso di 14 giorni come una sala d'attesa: trovi 12 tester, aspetti due settimane, fai la richiesta. Spesso finisce con una richiesta respinta e altri 14 giorni, perché la revisione dell'accesso alla produzione chiede cosa è successo durante il test, e la risposta sincera è "niente".
Conviene invece trattare le due settimane come una breve beta con una scadenza. Questo piano divide il test in fasi, ognuna con pochi compiti concreti. Dà per scontato che tu conosca le basi del requisito dei 12 tester per 14 giorni; se il canale di test chiuso non è ancora pronto, parti da come configurare il test chiuso in Play Console.
Il piano in sintesi
| Quando | Obiettivo | Compiti principali |
|---|---|---|
| Prima del giorno 1 | Preparazione | Configurazione dell'app, canale chiuso, paesi, tester pronti, release approvata |
| Giorni 1-3 | Stabilizzare | Confermare almeno 12 adesioni, verificare le installazioni, tenere d'occhio gli arresti anomali |
| Giorni 4-7 | Ascoltare | Raccogliere feedback, correggere i problemi peggiori, pubblicare il primo aggiornamento |
| Giorni 8-11 | Migliorare | Secondo giro di correzioni, rifiniture, tenere il conteggio sopra 12 |
| Giorni 12-14 | Preparare | Bozza delle risposte per l'accesso alla produzione, controlli finali |
| Dal giorno 15 | Richiedere | Inviare la richiesta quando la dashboard mostra 14 giorni |
Prima del giorno 1: prepara tutto
Il conteggio non parte quando crei il canale di test chiuso. Parte quando almeno 12 tester hanno aderito al test. Usa il tempo che precede quel momento per togliere di mezzo ogni ostacolo:
- Completa le attività di configurazione dell'app in Play Console: norme sulla privacy, accesso all'app, annunci, classificazione dei contenuti, target di pubblico, sicurezza dei dati e scheda dello Store.
- Crea il canale di test chiuso e seleziona tutti i paesi in cui vivono i tuoi tester.
- Prepara almeno 15 tester, non 12, tramite un Google Group o un elenco di indirizzi email. Se ne hai pochi, leggi dove trovare 12 tester.
- Carica una release e inviala per la revisione. Il link di adesione funziona per i tester solo dopo che Google ha approvato la release del test chiuso, e ci possono volere da poche ore a diversi giorni.
- Prepara le istruzioni per i tester in modo che possano unirsi in un solo passaggio. Ne abbiamo scritto una versione da copiare.
- Apri un registro del test: un semplice documento in cui annotare date, numero di tester, bug e modifiche.
Giorni 1-3: assicurati che il test stia davvero girando
I primi tre giorni decidono se gli altri undici contano. Controlla l'elenco di controllo per l'accesso alla produzione nella dashboard di Play Console e verifica che indichi almeno 12 tester iscritti. Se ne indica meno di quante persone ti hanno detto di essersi unite, scopri subito il perché; le cause più comuni sono in perché Play Console non conta i tuoi tester.
- Verifica le installazioni. Aderire non significa installare. Chiedi ai tester di avvisarti quando l'app è sul loro telefono.
- Tieni d'occhio gli arresti anomali. Apri Android vitals e il rapporto pre-lancio in Play Console; un crash all'avvio su un solo modello di dispositivo è frequente e facile da non notare sul tuo telefono.
- Annota il punto di partenza nel registro: la data in cui il conteggio ha raggiunto 12 e quanti tester hai.
Giorni 4-7: ascolta e pubblica il primo aggiornamento
A questo punto i tester hanno usato l'app qualche volta e hanno un'opinione. Fai a ciascuno una domanda precisa, per esempio se la registrazione era chiara o quale schermata li ha confusi. Le domande precise ottengono risposte; "qualche feedback?" ottiene silenzio.
- Raggruppa il feedback in arresti anomali, flussi che non funzionano e suggerimenti.
- Correggi prima i crash e i flussi rotti, poi pubblica una nuova release nel canale chiuso.
- Scrivi note di rilascio che dicano cosa è cambiato e perché. Più avanti ti serviranno come prova che hai agito in base al test.
- Verifica del giorno 7: il numero di tester è ancora sopra 12? Se è sceso, recluta i sostituti oggi, non al giorno 13.
Giorni 8-11: migliora e mantieni il ritmo
La seconda settimana è quella in cui il coinvolgimento di solito cala. Tienilo vivo con un breve messaggio ai tester su cosa hai corretto e una novità da provare. Poi usa il feedback per un secondo giro di miglioramenti, più piccolo: testi, piccoli problemi di layout su certe dimensioni di schermo, stati vuoti mancanti, schermate lente.
Continua a controllare il numero di tester ogni giorno o due. Il requisito riguarda gli ultimi 14 giorni consecutivi, quindi un calo al giorno 10 conta quanto uno al giorno 2.
Giorni 12-14: prepara la richiesta
Non aspettare il giorno 14 per iniziare a scrivere. Usa il registro del test per preparare le risposte alle tre parti del modulo di accesso alla produzione: il test chiuso, l'app e la preparazione alla produzione. Le risposte buone sono concrete: come hai reclutato i tester, quanti dispositivi e versioni di Android hai coperto, quali bug hai trovato e corretto e cosa è cambiato tra la prima e l'ultima build.
La nostra guida su come rispondere alle domande per l'accesso alla produzione tratta ogni domanda nel dettaglio. Controlla anche che scheda dello Store, screenshot e modulo sulla sicurezza dei dati corrispondano all'app così com'è ora, dato che questa versione la rilascerai a tutti.
Dal giorno 15: richiedi l'accesso alla produzione
Fai la richiesta solo quando la dashboard conferma che il requisito è stato soddisfatto per 14 giorni; richiederlo prima non è possibile, e contare i giorni da solo porta facilmente a sbagliare di uno. Tieni i tester iscritti finché non arriva una decisione. Google dice che di solito esamina le richieste in circa 7 giorni.
Se la richiesta viene respinta, Google ti chiederà di continuare il test prima di riprovare. Leggi perché l'accesso alla produzione viene rifiutato e come rimediare prima di iniziare il giro successivo.
Se preferisci non gestire i tester da solo
Buona parte di questo piano è gestione dei tester: reclutare, confermare, ricordare e sostituire. TesterBie si occupa di questa parte al posto tuo. I nostri telefoni Android reali, ognuno con il proprio account Google, si uniscono al tuo test chiuso entro 24 ore, installano l'app da Google Play e la usano ogni giorno per tutti i 14 giorni, con telefoni di riserva che tengono il conteggio sopra 12. I bug ti arrivano via email con gli screenshot, e ti danno materiale per gli aggiornamenti e per la richiesta. I piani sono 13 tester a 14,99 USD, 15 tester a 19,99 USD o 20 tester a 29,99 USD per app. Vedi i piani oppure avvia un test per i tuoi 12 tester per Google Play.
Domande frequenti
Quando parte esattamente il conteggio dei 14 giorni?
Parte quando almeno 12 tester hanno aderito al tuo test chiuso. Creare il canale o caricare una build non lo avvia, e la release deve essere approvata da Google prima che i tester possano aderire.
Pubblicare un aggiornamento durante il test azzera i 14 giorni?
No. I tester restano iscritti quando pubblichi una nuova release nello stesso canale chiuso. Gli aggiornamenti durante il test sono un buon segnale per Google, purché il numero di tester resti a 12 o più.
Posso richiedere l'accesso alla produzione il giorno 14?
Fai la richiesta quando la dashboard di Play Console mostra che il requisito è stato soddisfatto per 14 giorni. È in quel momento che il passaggio per la richiesta diventa disponibile; contare i giorni da solo porta facilmente a errori.
I tester devono restare iscritti dopo la richiesta?
Sì. Tieni attivo il test chiuso e i tester iscritti finché Google non ha preso una decisione, nel caso la revisione guardi l'attività recente o ti venga chiesto di continuare il test.