La beta QPR3 di Android 17 interviene su sblocco, eSIM e videoconferenze. Una guida per scegliere il canale corretto, proteggere i dati e distinguere aggiornamento OTA, factory image ed emulatore.
Google ha pubblicato Android 17 QPR3 beta 1 il 2 ottobre 2026. Le note indicano le build DP11.260918.005 e DP11.260918.006, Google Play services 26.32.34 e livello patch di sicurezza 2026-08-05. QPR significa Quarterly Platform Release: è un aggiornamento trimestrale della piattaforma Android 17, non un nuovo Android 18. Google lo presenta come un insieme di correzioni e miglioramenti e precisa che queste versioni non introducono cambiamenti API con impatto sulle app. Data della beta e data delle patch sono quindi informazioni diverse, da leggere entrambe. [android-notes]
Il valore di questa beta va cercato nei problemi che vuoi riprodurre o verificare, non nel cambio di numero. Per un’app che si avvia regolarmente e non usa i flussi coinvolti dalle correzioni, il beneficio di installarla subito può essere ridotto. Per chi sviluppa o ha un Pixel secondario, invece, è un’occasione per confrontare comportamenti definiti. La valutazione che segue usa le note e le procedure Google; gli esempi sono percorsi di prova proposti, non una recensione basata su un telefono che dichiariamo di avere testato.
Tra gli interventi dichiarati compaiono il blocco del dispositivo durante lo sblocco con impronta, un profilo eSIM che tornava silenziosamente disattivato e la rotazione di 90 gradi della videocamera nelle chiamate su schermo esterno in modalità desktop. Sono presenti anche correzioni per l’avvio di servizi foreground dalle tessere delle impostazioni rapide, app bloccate all’apertura e connessione Wi-Fi che non si ristabiliva in particolari risvegli in background. La lista descrive problemi specifici corretti nella build: non dimostra che tutti i blocchi o i problemi radio siano spariti su ogni dispositivo. [android-notes]
Una prova illustrativa per la correzione della videocamera è ripetere la stessa chiamata, con lo stesso display e la stessa applicazione, prima e dopo l’aggiornamento. Si annotano orientamento, collegamento e momento in cui il difetto si manifestava. Per l’eSIM il risultato da osservare è che l’attivazione resti nello stato atteso, verificando anche la connessione necessaria alle proprie attività. Non occorre inventare un punteggio complessivo: due risultati riproducibili spiegano meglio il cambiamento di un titolo che prometta prestazioni superiori senza misurarle.
Sintesi dei fatti documentati nell’articolo. I riferimenti sono riportati sotto lo schema.
La pagina di installazione elenca Pixel 6a, serie Pixel 7 e 8 con le varianti “a”, Pixel Fold e Pixel Tablet, serie Pixel 9, 10 e 11 con i relativi modelli Pro, XL e Fold; include anche Pixel 9a e 10a. Pixel 6 e 6 Pro non compaiono in questa lista QPR3. La tabella dei download associa DP11.260918.005 alla famiglia Pixel 11, mentre gli altri dispositivi elencati usano DP11.260918.006. Non scegliere quindi un file solo perché il numero sembra più recente: modello e build devono corrispondere. [android-get][android-download]
Questa procedura riguarda i Pixel supportati e non autorizza a installare un’immagine Pixel su un Galaxy Samsung o su un telefono di un altro produttore. Per un dispositivo diverso occorre verificare il programma del suo produttore. Sul proprio Pixel, la presenza del modello nella documentazione è il primo controllo; il secondo è l’opzione di iscrizione effettivamente offerta dall’account. Usare un elenco copiato da una beta precedente può creare un errore sottile: un dispositivo compatibile con Android 17 non è automaticamente compatibile con ogni fase successiva del programma.
Google distingue la copia del dispositivo dai contenuti sincronizzati con servizi come Google Foto. Nelle impostazioni, Google services e Backup, la sezione Backup details permette di vedere dati e app inclusi. La guida ricorda che non tutte le app salvano o ripristinano ogni dato e che non si può recuperare un backup creato con una versione Android superiore su una inferiore. Il ripristino può inoltre richiedere fino a 24 ore. Prima della beta verifica quindi la copia completata e non considerare la semplice presenza dell’account Google una prova che ogni contenuto sia recuperabile. [android-backup]
Come controllo suggerito, prepara un inventario breve: documenti locali, fotografie, dati delle app indispensabili e credenziali per rientrare negli account. Per ciascuna voce cerca il metodo di esportazione o recupero della specifica applicazione, poi verifica la copia fuori dal telefono. Evita di scoprire durante un reset che un file era soltanto nella cartella Download. Il costo reale della prova non è il tempo del riavvio: comprende anche quello necessario per ricostruire i flussi di lavoro se devi ritornare alla stabile. Se non puoi sostenere quel costo, rinviare è ragionevole.
Google consiglia di iscrivere il Pixel supportato ad Android Beta for Pixel per ricevere la beta tramite aggiornamenti OTA; in genere l’ingresso non richiede un reset completo, ma raccomanda comunque il backup. C’è un dettaglio da notare nella verifica del 7 ottobre: la pagina generale del programma presenta ancora QPR2 nel testo introduttivo, mentre le pagine QPR3 di installazione e release note sono aggiornate al 2 ottobre. Perciò controlla il programma offerto al tuo dispositivo e la build proposta prima di confermare, senza dedurre il canale dal solo titolo della pagina. [android-get][android-beta][android-notes]
Il percorso sul portale richiede l’accesso all’account Google, la scelta del dispositivo idoneo e l’accettazione delle condizioni del programma. Google avverte che gli aggiornamenti possono impiegare fino a 24 ore; superata l’attesa indica di controllare connessione e aggiornamento da Settings, System, System update. La sequenza suggerita è: 1. verificare backup e modello; 2. leggere il canale offerto; 3. iscrivere il dispositivo; 4. leggere il numero della build nell’aggiornamento; 5. iniziare i test soltanto dopo aver annotato il software effettivamente installato. [android-beta]
Il download di una factory image è un percorso diverso dall’aggiornamento OTA. Google dichiara che installarla richiede un reset completo del dispositivo e invita a salvare i dati prima. Android Flash Tool è il percorso guidato proposto per i Pixel supportati: usa un browser compatibile con WebUSB, come Chrome o Edge, e richiede le operazioni indicate nella guida, inclusa l’abilitazione del debug USB. L’installazione manuale è presentata per ambienti in cui servono controllo del software, reinstallazioni frequenti o prove di regressione, non come passaggio obbligatorio per ogni curioso. [android-download]
Per un laboratorio può avere senso partire ogni volta dalla medesima immagine e registrare file, modello e build. Per il telefono personale, invece, preferirei il percorso OTA ufficialmente offerto e lascerei il flash a chi ha una ragione precisa per usarlo. Il punto non è che una delle due strade sia sempre migliore: hanno obiettivi e conseguenze differenti. Non usare un comando trovato in un forum senza ricondurlo alla procedura Google e al tuo modello, soprattutto quando cambia il modo in cui vengono conservati o cancellati i dati.
Documentazione Google verificata il 7 ottobre 2026. La lista riguarda Android 17 QPR3 beta 1, non tutte le betaAndroid 17.
| Caratteristica | Dato ufficiale | Conseguenza pratica |
|---|---|---|
| Pixel 11, Pro, XL e Fold [android-download] | DP11.260918.005 | Scegli solo il file corrispondente al modello |
| Pixel 10a: esempio dell’altro gruppo [android-download] | DP11.260918.006 | Non scegliere .005 solo perché appartiene a Pixel più recente |
| Data e patch [android-notes] | Beta 2 ottobre 2026; patch 2026-08-05 | Data rilascio e livello patch sono informazioni distinte |
| Ingresso OTA [android-get] | Generalmente senza reset completo | Backup comunque raccomandato prima dell’iscrizione |
| Factory image [android-download] | Reset completo del dispositivo | Salva i dati prima di installare l’immagine |
| Uscita senza cancellazione [android-beta] | Finestra dopo stabile corrispondente e prima della beta successiva | Non assumere che ogni rollback conservi i dati |
Android Emulator permette di verificare un’app su dispositivi virtuali con versioni Android e dimensioni diverse. Google raccomanda, per una buona esperienza, almeno 16 GB di RAM e 16 GB di spazio; schermi più grandi o livelli API elevati possono richiedere più risorse. Il Device Manager di Android Studio consente di creare un AVD scegliendo profilo hardware e system image. La guida QPR3 descrive anche un dispositivo ridimensionabile con modalità telefono, pieghevole e tablet: è utile per confrontare il layout, purché sia selezionata l’immagine Android corretta disponibile nel proprio ambiente. [android-emulator][android-avd][android-get]
Un esempio per chi sviluppa è creare una matrice piccola: stessa app, stessa procedura di accesso e tre dimensioni, poi ripetere ricerca, apertura di un contenuto e ritorno alla schermata iniziale. Registra build, risoluzione e risultato di ciascun passaggio. Questo esperimento serve a controllare comportamento e disposizione della tua app; non userei il risultato come prova dell’autonomia o della qualità del modem di un Pixel reale. Un ambiente virtuale risponde bene ad alcune domande, mentre per i problemi legati al dispositivo occorre una prova sul dispositivo coinvolto.
Google avverte che la normale uscita dal programma verso la versione stabile cancella i dati locali e che possono esserci problemi nel recupero del backup. Esiste una finestra limitata senza cancellazione: dopo aver applicato la versione stabile corrispondente a quella in prova, è possibile disiscriversi prima di installare la beta successiva. Anche il ritorno alla versione pubblica tramite factory image richiede un reset completo. Non è quindi corretto promettere un pulsante di rollback che conservi sempre tutto: il percorso dipende dalla build installata e dall’aggiornamento che viene offerto. [android-beta][android-download]
Prima di uscire leggi dunque il messaggio dell’aggiornamento ricevuto e verifica se dichiara la cancellazione. Se il tuo obiettivo è mantenere i dati, non confermare un pacchetto di ritorno alla stabile che prevede il reset contando su un automatismo diverso. Conserva la copia precedente e prepara tempo per il recupero. Questa beta ha un interesse concreto per chi vuole controllare i difetti documentati o la propria app; per tutti gli altri, seguire le note e attendere la versione stabile permette di evitare un cambiamento operativo che non porta ancora un beneficio necessario.
Come preparare un iPhone alla vendita o alla permuta: backup, trasferimento, controllo dei dati, eSIM e inizializzazione, con le precauzioni del kit Apple per iPhone 18 Pro Max.
Apple ha pubblicato iOS 27.2 beta 3: novità per il tracking, correzioni di Safari e limiti ancora aperti. Ecco cosa verificare prima di installarla e come preparare il ritorno alla versione stabile.
Il nuovo tracker Samsung si apre a iOS, ma le funzioni cambiano con il telefono. Compatibilità, Channel Sounding, autonomia dichiarata e disponibilità: i dettagli che contano prima di sceglierlo.
Parliamone
Hai un’esperienza da condividere o una domanda? Scrivi un commento pertinente, senza pubblicità o link.