Play Console offre tre modi per mettere una build nelle mani delle persone prima che arrivi a tutti: test interno, test chiuso e test aperto. Nella console si somigliano, ma sono pensati per fasi diverse di una release, e su un nuovo account sviluppatore personale solo uno di loro ti aiuta ad arrivare alla produzione.
Questo articolo spiega a cosa serve ciascun canale, come si confrontano e l'ordine che ha senso per un'app nuova di zecca.
I tre canali in sintesi
| Test interno | Test chiuso | Test aperto | |
|---|---|---|---|
| Chi può unirsi | Fino a 100 tester che indichi tramite email | Tester nei tuoi elenchi email o nei tuoi Google Groups | Chiunque trovi il test su Google Play |
| Come si uniscono i tester | Link di adesione | Link di adesione | Dalla scheda dello Store o dal link di adesione |
| Velocità | Pensato per iterazioni rapide | Passa dalla revisione | Passa dalla revisione |
| Visibile su Google Play | No | No | Sì, come programma di accesso anticipato o di test |
| Conta per la regola dei 12 tester per 14 giorni | No | Sì | No |
| Disponibile su un nuovo account personale | Sì | Sì | Solo dopo aver ottenuto l'accesso alla produzione |
Test interno: il tuo team, in fretta
Il test interno è pensato per te e per le persone che sviluppano l'app con te. Puoi aggiungere fino a 100 tester tramite email, e le nuove build sono pensate per raggiungerli rapidamente: è il posto giusto per verificare che una release funzioni prima che qualcuno fuori dal team la veda.
Usalo per confermare che il bundle si installi da Google Play, che accesso, acquisti in-app e gli altri servizi Play funzionino correttamente con il nome del pacchetto di produzione e che non ci sia nulla di rotto sui pochi dispositivi che ha il tuo team.
Esiste anche la condivisione interna delle app, una funzione separata che ti permette di caricare una build e condividere un link senza gestire alcun canale. È comoda per verifiche veloci con un collega, ma non è un canale di test e non conta nemmeno lei.
Test chiuso: tester su invito, e il canale che conta
Il test chiuso è per un gruppo più ampio di persone che inviti tu. I tester vengono aggiunti tramite elenchi email o Google Groups, aprono il tuo link di adesione, accettano l'invito e installano l'app da Google Play. L'app non è visibile al pubblico e solo gli account invitati possono installarla. Le nostre istruzioni per i tester li guidano passo passo nell'adesione.
Per gli account sviluppatore personali creati dopo il 13 novembre 2023, è il canale più importante: ti servono almeno 12 tester iscritti a un test chiuso per 14 giorni consecutivi prima di poter richiedere l'accesso alla produzione. Leggi il requisito spiegato per sapere come vengono contati i giorni.
Quando usare il test chiuso
- Per soddisfare il requisito dei 12 tester per 14 giorni su un nuovo account personale.
- Per un beta test con un gruppo specifico, come i primi clienti, il personale di un'azienda o una community che gestisci tu.
- Per fare più test in parallelo. Puoi creare altri canali chiusi, per esempio uno per funzionalità o uno per cliente.
Le release del test chiuso passano dalla revisione di Google, quindi metti in conto quel tempo prima che i tester possano installare. La nostra guida alla configurazione del test chiuso copre ogni passaggio.
Test aperto: la beta pubblica
Il test aperto rende visibile su Google Play la versione di test. Chiunque può trovarla e unirsi, e puoi limitare il numero di tester se vuoi che resti gestibile. Chi si unisce riceve la versione di test dell'app al posto di quella di produzione.
È ideale per una grande beta pubblica prima del lancio, o per provare un restyling importante su volontari che hanno scelto l'accesso anticipato.
Su un nuovo account personale, però, il test aperto non è disponibile finché l'app non ha l'accesso alla produzione. A volte gli sviluppatori sperano di usarlo per reclutare tester per il requisito, ma il requisito va prima soddisfatto con un test chiuso.
Produzione: tutti
La produzione è la release che chiunque su Google Play può installare. Sui nuovi account personali si sblocca app per app: completi il test chiuso, fai clic su Richiedi l'accesso alla produzione nella Dashboard e rispondi alle domande di Google. La nostra guida su come rispondere alle domande per l'accesso alla produzione mostra cosa cercano i revisori.
Anche dopo il lancio, la produzione supporta le implementazioni graduali: puoi rilasciare un aggiornamento prima a una percentuale di utenti e aumentarla finché il tasso di arresti anomali resta nella norma. Consideralo una quarta rete di sicurezza dopo i canali di test.
L'ordine che funziona per un nuovo account personale
- Test interno per qualche giorno: installa tu stesso da Google Play, verifica accesso, fatturazione e i flussi principali.
- Test chiuso per almeno 14 giorni con 12 o più tester coinvolti. Pubblica almeno un aggiornamento in base a ciò che segnalano.
- Richiedi l'accesso alla produzione e rispondi alle domande con dettagli concreti presi dal test chiuso.
- Produzione con un'implementazione graduale e, se vuoi, test aperto per le beta future una volta sbloccato.
Non devi per forza far passare la stessa build da tutti i canali. È normale tenere attivo il test interno per il team mentre il test chiuso usa una build un po' più vecchia e più stabile.
Dubbi frequenti
Promuovere una release da un canale all'altro
Puoi promuovere una release dal test interno al test chiuso, o dal test chiuso alla produzione, invece di caricare di nuovo il bundle. Il codice versione resta lo stesso, e la cronologia delle release resta ordinata.
Tester in più di un canale
Se la stessa persona è tester in più canali, in genere riceve la build con il codice versione più alto tra quelle a sua disposizione. Se i tester del test chiuso dicono di vedere una build interna più recente, controlla chi è in quale elenco.
Rimuovere un tester
Rimuovere qualcuno dal tuo elenco email o dal Google Group significa che non conta più come tester iscritto. Fallo consapevolmente e assicurati di restare sopra 12 durante i 14 giorni.
Quale canale per quale situazione
| Situazione | Canale da usare |
|---|---|
| Vuoi verificare una build sul tuo telefono prima che la veda chiunque altro | Test interno |
| Il tuo nuovo account personale ha bisogno di 12 tester per 14 giorni | Test chiuso |
| Un cliente o un'azienda vuole provare l'app in privato | Test chiuso, con il loro Google Group |
| Vuoi una beta pubblica con migliaia di volontari | Test aperto, una volta sbloccata la produzione |
| Devi condividere subito una build con un collega | Condivisione interna delle app |
| Stai rilasciando un aggiornamento e vuoi limitare i rischi | Produzione con implementazione graduale |
L'errore più comune sui nuovi account è passare la prima settimana di test sul canale interno e poi scoprire che non è mai stata contata. Se il tuo obiettivo è l'accesso alla produzione, metti i tester in un canale chiuso fin dall'inizio e usa il test interno solo per le tue verifiche veloci.
Riepilogo
Usa il test interno per verifiche veloci con il team, il test chiuso per i tester su invito e per la regola dei 12 tester per 14 giorni, il test aperto per le beta pubbliche una volta sbloccata la produzione, e la produzione con implementazione graduale per il lancio vero e proprio. Se il tuo collo di bottiglia è trovare tester per il test chiuso, ecco le opzioni realistiche, compresi servizi come TesterBie che eseguono il test chiuso su telefoni Android reali. I prezzi sono nella nostra sezione prezzi.
Domande frequenti
Il test interno conta per il requisito dei 12 tester?
No. Ai fini del requisito di almeno 12 tester per 14 giorni consecutivi contano solo i tester iscritti a un canale di test chiuso.
Posso usare il test aperto al posto del test chiuso su un nuovo account?
No. Sugli account personali creati dopo il 13 novembre 2023, il test aperto diventa disponibile insieme all'accesso alla produzione, dopo che il requisito del test chiuso è stato soddisfatto e approvato.
Posso usare test interno e test chiuso contemporaneamente?
Sì. I canali sono indipendenti. Molti sviluppatori tengono un canale interno che si aggiorna spesso per il team, mentre il test chiuso gira su una build più stabile.
Le revisioni del test chiuso durano quanto quelle della produzione?
Entrambe passano dalla revisione di Google, e i tempi variano. La prima revisione di una nuova app è spesso la più lenta, quindi invia la release del test chiuso il prima possibile.