Preparazione per la certificazione
- Prepara i dispositivi di test.
- Avrai bisogno di 5 dispositivi Android.
- Questi dispositivi devono includere:
- Almeno un Android T (13) e un Android V (15).
- Almeno un Samsung e un Pixel.
- Ad esempio:
- 1 OnePlus (Android 10).
- 3 Samsung (Android 11, 12, 13).
- 1 Pixel (Android 15).
- Questi dispositivi devono includere:
- Un dispositivo senza il pulsante di attivazione/disattivazione audio:
- Qualsiasi iPhone, PC, laptop con Bluetooth (BT) o smartphone Android con Cambio audio disattivato.
- Puoi disattivare il cambio audio dall'impostazione dei dettagli del dispositivo Bluetooth.
- Lo scenario di test multipunto (MP) 2.8 richiede un dispositivo senza Cambio Audio oltre ai cinque telefoni di prova.
- Qualsiasi iPhone, PC, laptop con Bluetooth (BT) o smartphone Android con Cambio audio disattivato.
- Avrai bisogno di 5 dispositivi Android.
Partecipa al gruppo di test Cambio audio con i tuoi account di prova in per mostrare le notifiche di debug sugli smartphone di test.
- Inoltre, consente a Google di raccogliere dati di test tramite Google Analytics.
Classic con A2DP+HFP
- Assicurati che su tutti i dispositivi Android sia installata la versione
23.xx.xx
o successiva di GmsCore installato.
BLE con LE audio
- Almeno due degli smartphone di riferimento devono supportare LE Audio.
- Ad esempio, uno smartphone Samsung e uno smartphone Pixel che supportano LE audio.
- Assicurati che su tutti i dispositivi Android sia installata la versione
24.33.xx
o successiva di GmsCore.
Criteri di certificazione
- La percentuale di successo del passaggio target deve superare il 95% in tutti gli scenari di test.
Nei test che richiedono un passaggio, la connessione del profilo e lo stato attivo dell'opzione devono essere completati entro 3 secondi dall'attivazione degli eventi audio nell'ambito di almeno il 75% dei casi.
Classic con A2DP+HFP
I test di autodiagnosi devono essere eseguiti nelle seguenti combinazioni:
- Smartphone A=Android S (12) + Smartphone B=Android T (13)
- Telefono A=Android T (13) + Telefono B=Android S (12)
BLE con LE Audio
I test di autodiagnosi devono essere eseguiti nelle seguenti combinazioni:
- Smartphone A: BT Classic, smartphone B: BT Classic
- Telefono A: LE audio, telefono B: BT Classic
- Telefono A: BT Classic, Telefono B: LE audio
Se vuoi, i fornitori che supportano le connessioni Dual LE Audio devono testare:
- Smartphone A: LE Audio, smartphone B: LE Audio
Guida ai test
Preparazione del dispositivo in prova (DUT)
- Verifica che il dispositivo BT non sia stato precedentemente accoppiato con alcun telefono
ha eseguito l'accesso all'Account Google di test.
- Se il dispositivo è stato accoppiato all'Account Google di test, segui la procedura riportata di seguito per annullare l'accoppiamento:
- Nei dispositivi accoppiati:
- Vai alle impostazioni Bluetooth.
- Scegli "Elimina dispositivo".
- Attiva e disattiva la modalità aereo.
- Nei dispositivi accoppiati:
- Assicurati che l'opzione "Salva automaticamente i dispositivi" sia attiva.
- Questa opzione è disattivata per impostazione predefinita.
- Puoi trovare questa opzione in Impostazioni > Google > Dispositivi > Salvato (uno per DUT).
- Attiva la modalità di accoppiamento del dispositivo Bluetooth.
- Accoppia il dispositivo Bluetooth iniziale (A).
- Accoppia i dispositivi Bluetooth successivi con altri dispositivi (B, C, D e così via).
- Se il dispositivo è stato accoppiato all'Account Google di test, segui la procedura riportata di seguito per annullare l'accoppiamento:
Ambito
- Tutti gli auricolari eseguono i test dalle varie schede del modello di autotest dell'audio switch.
- Le cuffie che supportano solo la modalità SinglePoint (SP) eseguono quanto segue:
- La scheda Generic_test.
- Le cuffie che supportano la modalità MP eseguono le seguenti operazioni:
- La scheda Generic_test.
- La scheda Multipoint_only.
- Le cuffie MP che possono essere attivate in modalità SP eseguono quanto segue:
- La scheda Test_generico con MP disattivato.
- La scheda Generic_test con MP attivato.
- La scheda Multipoint_only con MP attivato.
Completamento del periodo di riposo autonomo e del test di autovalutazione
- Crea una copia del report del test di autodiagnosi dell'audio switch.
- Esegui tutti gli scenari di test almeno due volte.
I test devono essere eseguiti nel seguente formato:
Classico con A2DP+HFP
- Il dispositivo B sarà il DUT principale.
- Inserisci i dettagli del dispositivo B nei campi "Telefono" e "OS" nella parte superiore del modello.
Esempio di uno scenario di test:
Smartphone di prova:
- Dispositivo 1: Samsung (Android 13)
- Dispositivo 2: Pixel (Android 12 o 13) e altri.
Test eseguiti:
- Esegui 1. Dispositivo A=Samsung S10+ (12), Dispositivo B=Pixel 7 pro (13) colonna D: telefono=Pixel 7 Pro, OS=Android 13
- Corsa 2. Dispositivo A=Pixel 7 Pro (13), Dispositivo B=Pixel 6(12) colonna E: Telefono=Pixel 6, SO=Android 12
Un esempio di test completato nel modello di autotest:
BLE con LE Audio
- Dispositivo A=Android V (15) + Dispositivo B=Android T (13)
- Dispositivo A=Android T (13) + Dispositivo B=Android V (15)
- Dispositivo A = Android T (13) + Dispositivo B = Android S (12)
- Dispositivo A=Android T (15) + Dispositivo B=Android V (15)
- Il dispositivo B sarà il DUT principale.
- Inserisci i dettagli del Dispositivo B nel "Telefono" e "OS" campi in cima il modello.
Un esempio di test case:
Smartphone di prova:
- Dispositivo 1: Samsung (Android 13)
- Dispositivo 2: Pixel (Android 15) e altri.
Test eseguiti:
- [LEA+BT]: Dispositivo A = Pixel 8 (15), Dispositivo B = Pixel 7 Pro (13) colonna D: Telefono = Pixel 7 Pro, SO = Android 13
- [BT+LEA]: colonna Dispositivo A=Pixel 7 (13), Dispositivo B=Pixel 8 (Android 15) E: Smartphone=Pixel 8, SO=Android 15
- [BT+BT]: Dispositivo A=Pixel 7 Pro (13), Dispositivo B=colonna Samsung S10+ (12) E: telefono=Samsung S10 e versioni successive, sistema operativo=Android 12
- [LEA+LEA]: Dispositivo A=Pixel 8 (15), Dispositivo B=Pixel 8(15) colonna E: Telefono=Pixel 8, SO=Android 15
Un esempio di test completato nel modello di autodiagnosi:
Eventi audio:
I quattro tipi di eventi audio testati e le app di test consigliate sono:
- Chiamata:
- L'app Telefono integrata.
- VoIP: funzionerà qualsiasi app VoIP, ad esempio:
- App di test Cambio Audio.
- Messenger FB.
- Linea.
- WhatsApp.
- Google Meet.
- Google Meet.
- Contenuti multimediali: è possibile utilizzare qualsiasi lettore audio, ad esempio:
- App di test Cambio Audio.
- YouTube Music.
- Apple Music.
- Spotify.
- Google Podcasts.
- Partita:
- L'app di test Cambio Audio.
- Chiamata:
Informazioni di debug:
Le notifiche vengono attivate dopo aver aderito al gruppo fp-sass-partner-test. Ecco alcuni esempi:
- Ultima notifica dello stato:
- Nessuna notifica relativa al passaggio:
- Notifica latenza cambio:
Misurazione della latenza
- Esistono due tipi di latenza dello switch:
- Connessione di un profilo Bluetooth a un dispositivo di ricerca disconnesso.
- Sono incluse tutte le richieste SinglePoint e alcune richieste MP il cui cercatore di destinazione (dispositivo B) è disconnesso.
- Commutazione il dispositivo di ricerca connesso attivo.
- Sono inclusi alcuni casi di MP in cui il ricercatore target (dispositivo B) è già connesso.
- Connessione di un profilo Bluetooth a un dispositivo di ricerca disconnesso.
- Esistono due modi per recuperare le informazioni sulla latenza:
- Tutta la latenza può essere scaricata tramite il comando adb.
- Per maggiori dettagli, consulta la sezione Latenza di dump.
- Questo comando può fornire e registrare la latenza almeno al termine dell'operazione uno scenario di test.
- Utilizzando l'app di test del cambio audio.
- L'app in esecuzione sul cercatore di destinazione mostrerà la latenza dopo il passaggio.
- Se non è presente alcun sensore, nell'app viene visualizzato il messaggio "Nessun sensore" perché.
- Tutta la latenza può essere scaricata tramite il comando adb.
App di test del cambio audio:
- L'utilizzo dell'app per attivare eventi audio VoIP/media/giochi durante un autotest
semplificherà la configurazione del test e ridurrà la latenza degli eventi di Seeker.
- La versione più recente può essere scaricata qui.
- Per il test VoIP LE audio è necessario abilitare manualmente un criterio: > radice ADB > impostazioni shell adb put globalhidden_api_policy 1 > riavvio ADB
- Installazione app:
- Copia l'APK sul tuo smartphone di prova e aprilo.
- In alternativa, puoi usare
adb install audio_test_app.apk
.
- Se viene visualizzata una finestra di dialogo che richiede l'accesso alle notifiche:
- Fai clic su "OK".
- Scegli "Test FP SASS" nell'elenco di app
- Consenti l'accesso alle notifiche.
Panoramica dell'app:
Fornitore di destinazione
- Se fai clic su questo pulsante, viene visualizzato un elenco di dispositivi Bluetooth accoppiati. Seleziona quello che vuoi testare.
- I pulsanti Connetti e Disconnetti funzionano come quelli del Bluetooth impostazioni" dettagli del dispositivo.
Stato attuale
- Questo campo mostra l'ultimo stato di connessione ricevuto dal cercatore da un fornitore che utilizza la pubblicità o lo stream di eventi BLE.
- Qui vengono mostrate anche le notifiche di debug relative al cambio audio.
Tipo di cercatore
- Questa opzione viene utilizzata per passare da uno stream audio all'altro sul dispositivo.
Tipo di audio
Classico con A2DP+HFP
- VoIP
- Se selezioni questa modalità, la modalità audio verrà impostata su
AudioManager.MODE_IN_COMMUNICATION
e chiamaAudioManager.startBluetoothSco
, quindi riproduci l'audio conUSAGE_VOICE_COMMUNICATION
. - Il tipo di stream è
STREAM_VOICE_CALL
. - Lo stato della connessione del fornitore dovrebbe passare a
CONNECTED_HFP
entro 5 secondi.
- Se selezioni questa modalità, la modalità audio verrà impostata su
- Contenuti multimediali
- Se selezioni questa modalità, verrà riprodotto l'audio che supporta AVRCP. Il tipo di utilizzo
dell'audio è:
USAGE_MEDIA
. - Lo stato della connessione del provider deve passare a
CONNECTED_A2DP_WITH_AVRCP
entro 5 secondi. - Lo stato della connessione potrebbe passare brevemente a
CONNECTED_A2DP_ONLY
quando avviato o arrestato.
- Se selezioni questa modalità, verrà riprodotto l'audio che supporta AVRCP. Il tipo di utilizzo
dell'audio è:
- Gioco
- Se selezioni questa modalità, viene riprodotto l'audio che non supporta AVRCP. L'audio
è:
USAGE_GAME
. - Lo stato della connessione dell'operatore dovrebbe passare a
CONNECTED_A2DP_ONLY
tra 5 secondi.
- Se selezioni questa modalità, viene riprodotto l'audio che non supporta AVRCP. L'audio
è:
BLE con LE audio
VoIP
- Se selezioni questa modalità, la modalità audio diventerà
AudioManager.MODE_IN_COMMUNICATION
e l'audio verrà riprodotto conUSAGE_VOICE_COMMUNICATION
.
- Il tipo di stream è
STREAM_VOICE_CALL
. - Lo stato della connessione del provider deve passare a
CONNECTED_LE_AUDIO_CALL
entro 5 secondi.
- Se selezioni questa modalità, la modalità audio diventerà
Media
- Se selezioni questa modalità, l'audio verrà riprodotto con il tipo di stream
STREAM_MUSIC
. Il tipo di utilizzo dell'audio è:USAGE_MEDIA
. - Lo stato della connessione del provider deve passare a
CONNECTED_LE_AUDIO_MEDIA_WITH_CONTROL
entro 5 secondi. - Lo stato della connessione potrebbe passare brevemente a
CONNECTED_LE_AUDIO_MEDIA_WITHOUT_CONTROL
quando viene avviato o arrestato.
- Se selezioni questa modalità, l'audio verrà riprodotto con il tipo di stream
Gioco
- Se selezioni questa modalità, viene riprodotto un audio che l'utente non ha accesso diretto
controllo. Il tipo di utilizzo dell'audio è:
USAGE_GAME
. - Lo stato della connessione dell'operatore dovrebbe passare a
CONNECTED_LE_AUDIO_MEDIA_WITHOUT_CONTROL
entro 5 secondi.
- Se selezioni questa modalità, viene riprodotto un audio che l'utente non ha accesso diretto
controllo. Il tipo di utilizzo dell'audio è:
Pulsanti Riproduci e Interrompi
- I pulsanti RIPRODUCI e INTERROMPI avviano o interrompono l'audio.
Cambia risultato
- Questo campo mostra la latenza attiva Connect and Switch. Inoltre, viene visualizzato il motivo del rifiuto di un passaggio se è stato attivato un evento audio, ma il passaggio non è avvenuto.
- La latenza si misura in millisecondi (ms).
- In generale, la latenza viene misurata dall'inizio dell'attivatore Cambio Audio. alla ricezione di un profilo BT connesso o all'opzione Notifica multipunto .
- I passaggi attivati dal fornitore misurano la latenza dall'inizio dell'audio.
Latenza dump
- Il seguente comando consente a un utente di acquisire le misurazioni della latenza durante l'esecuzione di test manuali:
adb shell dumpsys activity service com.google.android.gms/.nearby.discovery.service.DiscoveryService
- Le misurazioni della latenza vengono mostrate nella sezione
NearbyDeviceManager
SwitchHistory
:
- Le misurazioni della latenza vengono mostrate nella sezione
NearbyDeviceManager
Nearby Sass device count: 1
Sass device - address:XX:XX:XX:XX:XX:XX, name:Googler's Pixel Buds, accountKey:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX, modelId:6edaf7
SwitchHistory
15:30:21:166 - 15:30:25:201, latency 3035ms, Succeed, SASS_TRIGGERED_CONNECT, SASS switch, A2DP
15:34:58:568 - 15:34:58:568, latency 0ms, Succeed, SWITCH_ACTIVE_TO_SELF, SASS switch, HFP
15:36:26:615 - 15:36:31:603, latency 1988ms, Succeed, SASS_TRIGGERED_CONNECT, SASS switch, A2DP
15:37:56:108 - 15:37:56:250, latency 142ms, Succeed, SWITCH_ACTIVE_TO_SELF, SASS switch, A2DP"
- Qualsiasi switch che GmsCore non può misurare (ad esempio lo switch attivo per HFP) verrà registrata con una latenza di 0 ms.
Riferimento ai pattern di log:
Problemi noti:
Di seguito sono riportati i bug noti causati dal ricercatore:
- Cambio audio del gioco errato.
- Gli smartphone Samsung imposteranno lo stato della connessione su
CONNECTED_A2DP_WITH_AVRCP
, anzichéCONNECTED_A2DP_ONLY
durante la riproduzione giochi. - Alcuni giochi (come Candy Crush) potrebbero riprodurre di nuovo la musica di sottofondo e attivare un nuovo evento audio senza input dell'utente. Gli smartphone connessi potrebbero cambiare costantemente l'audio su ogni smartphone che apre il gioco.
- Gli smartphone Samsung imposteranno lo stato della connessione su