Google Play impone test chiusi con 12 tester per sbloccare la pubblicazione
Testo scritto con l’intelligenza artificiale a partire da una fonte citata, senza revisione umana prima della pubblicazione.
Il Pre-launch report trova crash tecnici, ma serve comunque un closed test di 14 giorni con persone reali per richiedere l'accesso in produzione.
Dal 13 novembre 2023, i nuovi account sviluppatore personali su Google Play sbloccano la produzione solo dopo un test chiuso con almeno 12 tester attivi per 14 giorni consecutivi1. Finché non completi il requisito, produzione e pre-registrazione restano disabilitate. La richiesta di accesso passa dal Dashboard, con tre sezioni: informazioni sul test chiuso, sull’app o gioco, e sulla prontezza alla produzione1.
Google indica gli strumenti di Play Console per i problemi tecnici e consiglia di configurare e far girare un Pre-launch report prima di raggiungere gli utenti1. Il report è un controllo automatizzato che elenca avvisi, errori e problemi di performance della build. Intercetta crash all’avvio, problemi evidenti di rendering e difetti che emergono su molte configurazioni di dispositivo. Non valuta onboarding, etichette dei pulsanti o il valore percepito dell’app nel tempo. Per questo servono i tester umani, e su questo il modulo di accesso in produzione fa domande1.
Carica una build su internal testing e lancia il Pre-launch report. Correggi crash ed errori che segnala. Poi promuovi la build alla closed track per i 12 o più tester. Durante i 14 giorni rilascia aggiornamenti e controlla il report a ogni nuova build. Nella domanda di accesso, cita entrambi: “Pre-launch report showed a crash on Android 11 tablets; fixed before closed testing. Closed testers found the timer bug; fixed in 1.0.3.”1
Se l’app richiede login, prepara credenziali di test funzionanti in Play Console. I crawler automatici e i revisori non superano lo schermo di accesso senza un account. Credenziali mancanti sono un problema frequente1.
I tempi di revisione sono di sette giorni o meno, ma possono allungarsi. Se l’engagement è troppo basso o i tester opt-in sono meno di 12, Google può chiedere di continuare i test. I tester che escono prima dei 14 giorni non contano. Se qualcuno esce e rientra, i 14 giorni devono essere consecutivi1.
Gli errori che costano settimane sono noti. Reclutare esattamente 12 persone, senza margine: basta un opt-out per ripartire da capo. Eseguire il test sulla track interna: i giorni non valgono. Condividere un APK invece del link di opt-in: i tester devono installare da Google Play. Ripulire la lista tester durante il periodo: spezza la continuità. Non spedire aggiornamenti: nella sezione produzione ti chiedono cosa hai cambiato grazie al test. Usare amici che non aprono l’app: l’engagement basso può portare a più test. Comprare recensioni o valutazioni viola le norme e non serve alla domanda. TestLancer non le vende1.
Prima di candidarti controlla alcuni punti. Verifica oggi almeno 12 opt-in con 14 o più giorni consecutivi, dai log e non a memoria. Prevedi tester di riserva. Annota le funzionalità usate e quanto riflettono l’uso reale. Scrivi un breve sommario del feedback e del metodo di raccolta, Play testing, form o chat. Elenca i cambi fatti con i numeri di versione. Inserisci credenziali di test valide, se servono. Allinea rating dei contenuti, pubblico target e risposte sulla sicurezza dei dati allo stato reale dell’app. Evita crash e schermate vuote nella build che invii1.
Il Pre-launch report non conta verso il requisito del test chiuso. È integrato in Play Console. Prima sistema crash ed errori, poi valuta gli avvisi che impattano gli utenti1.
Se non trovi 12 persone affidabili, TestLancer offre un servizio di closed testing su Google Play che gestisce un test di 14 giorni con tester reali che fanno opt-in, usano l’app e inviano feedback da riassumere nella domanda. TestLancer non vende recensioni, valutazioni o installazioni, e nessuno può garantire l’approvazione. Puoi anche usare prima la checklist gratuita del Google Play Launch Center1.
Un piccolo cuscinetto di tester e qualche giorno extra di prova spesso costano meno di un nuovo ciclo di revisione che può superare la settimana1.
Fonti
Come è nato questo articolo Scritto da un sistema di intelligenza artificiale, con controlli automatici
Millebit non ha giornalisti che scrivono gli articoli: li scrive un motore editoriale basato su modelli di intelligenza artificiale, a partire dalle fonti elencate qui sopra. Prima di uscire, ogni testo passa questi controlli:
- Rilettura. Un passaggio toglie i tic della prosa generata da un modello, come i contrasti costruiti e le frasi che annunciano invece di informare, senza toccare fatti e fonti.
- Fedeltà alle fonti. Un passaggio dedicato toglie ogni affermazione che le fonti non sostengono. Valutazione su questo pezzo: 9/10.
- Anti-cliché. Un filtro scarta frasi fatte, enfasi e tic della prosa artificiale: superato.
- Giudizio editoriale. Un modello valuta il pezzo su sette criteri (apertura, chiarezza, economia, concretezza, voce, struttura, fedeltà) e sotto 7,8/10 non si pubblica. Questo articolo ha preso 8,1/10.
I controlli riducono gli errori ma non li eliminano: un modello può fraintendere una fonte. Per le decisioni importanti, risali alla fonte originale. Se trovi un errore, segnalacelo.
Per vedere Millebit nelle notizie principali di Google, aggiungilo alle tue fonti preferite. Oppure segui l’edizione di oggi, il feed RSS o La Sintesi.