Vorbereitung auf die Zertifizierung
- Testgeräte vorbereiten
- Sie benötigen fünf Android-Geräte.
- Dazu müssen folgende Geräte gehören:
<ph type="x-smartling-placeholder">
- </ph>
- Mindestens ein Android T (13) und ein Android S (12).
- Mindestens ein Samsung- und ein Pixel-Gerät
- Beispiel:
- 1 OnePlus (Android 10).
- 3 Samsung (Android 11, 12, 13)
- 1 Pixel (Android 13)
- Dazu müssen folgende Geräte gehören:
<ph type="x-smartling-placeholder">
- Ein Gerät ohne Audio-Wechsel:
<ph type="x-smartling-placeholder">
- </ph>
- Ein iPhone, PC, Bluetooth-(BT)-fähiger Laptop oder ein Android-Smartphone
welchen Audio-Wechsel deaktiviert ist.
- Du kannst den Audio-Wechsel in den Details zum Bluetooth-Gerät deaktivieren Einstellung.
- Für den Multipoint-Testlauf 2.8 ist ein Gerät ohne Audio-Wechsel erforderlich. zu den 5 Testtelefonen hinzu.
- Ein iPhone, PC, Bluetooth-(BT)-fähiger Laptop oder ein Android-Smartphone
welchen Audio-Wechsel deaktiviert ist.
- Sie benötigen fünf Android-Geräte.
- Treten Sie der Testgruppe für Audio-Wechsel mit Ihren Testkonten bei in
um Debug-Benachrichtigungen auf Testtelefonen anzuzeigen.
- Dies ermöglicht es Google außerdem, Testdaten über Google Analytics zu erheben.
- Achten Sie darauf, dass auf allen Android-Geräten GmsCore-Version
23.xx.xx
oder höher installiert ist installiert haben.
Zertifizierungskriterien
- Die Erfolgsquote des Ziel-Wechsels muss in allen Testläufen 95% überschreiten.
- Bei Tests, die einen Wechsel erfordern, werden die Profilverbindung und der Wechsel zu einem aktiven Status muss innerhalb von 3 Sekunden nach dem Auslösen von Audioereignissen in mindestens 75 % der Fälle abgeschlossen sein von Fällen.
Testleitfaden
Vorbereitung des DUTs (Device Under Test, DUT)
- Vergewissern Sie sich, dass das Bluetooth-Gerät noch nicht mit einem Smartphone gekoppelt wurde.
im Google-Testkonto angemeldet sind.
- Wenn das Gerät mit dem Google-Testkonto gekoppelt wurde:
um die Kopplung zu löschen:
<ph type="x-smartling-placeholder">
- </ph>
- In den gekoppelten Geräten:
<ph type="x-smartling-placeholder">
- </ph>
- Rufe die Bluetooth-Einstellungen auf.
- Wähle „Gerät entfernen“ aus.
- Schalten Sie den Flugmodus ein und wieder aus.
- In den gekoppelten Geräten:
<ph type="x-smartling-placeholder">
- Aktivieren Sie die Option „Geräte automatisch speichern“. ist AN.
- Dieser Schalter ist standardmäßig deaktiviert.
- Diese Option findest du unter „Einstellungen“ > Google > Geräte > Gespeichert Geräte (eine pro DUT).
- Versetzen Sie das Bluetooth-Gerät in den Kopplungsmodus.
- Koppeln Sie das ursprüngliche Bluetooth-Gerät (A).
- Koppeln Sie nachfolgende Bluetooth-Geräte mit anderen Geräten (B, C, D usw.).
- Wenn das Gerät mit dem Google-Testkonto gekoppelt wurde:
um die Kopplung zu löschen:
<ph type="x-smartling-placeholder">
Umfang
- Alle Headsets führen Tests auf den verschiedenen Tabs im Vorlage für selbsttesten Audio-Wechsel
- Auf Headsets, die nur den SinglePoint-Modus (SP) unterstützen, wird Folgendes ausgeführt:
<ph type="x-smartling-placeholder">
- </ph>
- Tab „Generic_test“
- Headsets, die den MP-Modus unterstützen, führen Folgendes aus:
<ph type="x-smartling-placeholder">
- </ph>
- Tab „Generic_test“
- Tab „Multipoint_only“
- Bei MP-Headsets, die in den SP-Modus umgeschaltet werden können, wird Folgendes ausgeführt:
<ph type="x-smartling-placeholder">
- </ph>
- Der Tab „Generic_test“ mit ausgeschaltetem MP.
- Der Tab „Generic_test“ mit aktiviertem MP.
- Der Tab „Multipoint_only“ mit aktiviertem MP.
Erstellen des Selbstruhe- und Selbsttestberichts
- Alle Testläufe mindestens zweimal ausführen.
- Tests sollten in der folgenden Form ausgeführt werden:
- Gerät A=Android S (12) + Gerät B=Android T (13)
- Gerät A=Android T (13) + Gerät B=Android S (12)
- Gerät B ist der Haupt-DUT.
- Geben Sie die Details von Gerät B im Feld "Telefon" ein. und „Betriebssystem“ Felder oberhalb der Vorlage
Beispiel für einen Testfall:
Testtelefone:
- Gerät 1: Samsung (Android 13)
- Gerät 2: Pixel (Android 12 oder 13) und weitere Geräte
Ausgeführte Tests:
- Lauf 1. Gerät A=Samsung S10+ (12), Gerät B=Pixel 7 Pro (13) Spalte D: Smartphone=Pixel 7 Pro, Betriebssystem=Android 13
- Ausführung 2. Gerät A=Pixel 7 Pro (13), Gerät B=Pixel 6(12) Spalte E: Smartphone=Pixel 6, Betriebssystem=Android 12
Ein Beispiel für einen abgeschlossenen Test in der Selbsttestvorlage:
Audioereignisse:
- Die vier Arten getesteter Audioereignisse und empfohlene Test-Apps sind:
<ph type="x-smartling-placeholder">
- </ph>
- Rufen Sie uns an:
<ph type="x-smartling-placeholder">
- </ph>
- Integrierte Smartphone-App
- VoIP: Alle VoIP-Apps funktionieren, z. B.:
<ph type="x-smartling-placeholder">
- </ph>
- Test-App „Audio-Wechsel“
- FB Messenger
- Linie.
- Google Meet
- Google Meet
- Medien: Jeder Audioplayer funktioniert, z. B.:
<ph type="x-smartling-placeholder">
- </ph>
- Test-App „Audio-Wechsel“
- YouTube Music
- Apple Music
- Spotify
- Google Podcasts
- Spiel:
<ph type="x-smartling-placeholder">
- </ph>
- Test-App „Audio-Wechsel“
- Rufen Sie uns an:
<ph type="x-smartling-placeholder">
Informationen zur Fehlerbehebung:
Benachrichtigungen werden aktiviert, nachdem du dem Gruppe fp-sass-partner-test. Beispiele:
Letzter Status:
Benachrichtigung bei fehlendem Wechsel:
- Benachrichtigung zur Wechsellatenz:
Latenzmessung
- Es gibt zwei Arten von Switch-Latenzen:
<ph type="x-smartling-placeholder">
- </ph>
- Verbinden eines Bluetooth-Profils mit einem nicht verbundenen Seeker.
- Dazu gehören alle SinglePoint-Fälle und einige MP-Fälle, deren Ziel Der Seeker (Gerät B) ist nicht verbunden.
- Der Seeker mit aktiver Verbindung wird gewechselt.
- Dazu gehören einige MP-Fälle, die der Ziel-Seeker (Gerät B) ist. bereits verbunden.
- Verbinden eines Bluetooth-Profils mit einem nicht verbundenen Seeker.
- Es gibt zwei Möglichkeiten, Latenzinformationen abzurufen:
<ph type="x-smartling-placeholder">
- </ph>
- Die gesamte Latenz kann mit dem ADB-Befehl ausgegeben werden.
- Weitere Informationen finden Sie im Abschnitt Dump-Latenz.
- Dieser Befehl kann Latenzen bereitstellen und aufzeichnen, nachdem mindestens einen Testlauf durchführen.
- Verwenden Sie die Test-App „Audio-Wechsel“.
<ph type="x-smartling-placeholder">
- </ph>
- Die auf dem Seeker ausgeführte App zeigt die Latenz nach zu wechseln.
- Wenn es keinen Schalter gibt, wird in der App „Kein Schalter“ angezeigt Grund.
- Die gesamte Latenz kann mit dem ADB-Befehl ausgegeben werden.
Test-App für Audiowechsel:
- Wenn du während eines Selbsttests VoIP-/Medien-/Spiele-Audioereignisse über die App auslöst,
die Testeinrichtung zu vereinfachen und die Ereignislatenz des Seekers zu reduzieren.
- Version 1.03 kann hier heruntergeladen werden.
- App-Installation:
<ph type="x-smartling-placeholder">
- </ph>
- Kopieren Sie die APK-Datei auf Ihr Testtelefon und öffnen Sie sie.
- Alternativ können Sie
adb install audio_test_app.apk
verwenden.
- Wenn Sie ein Dialogfeld sehen, in dem Sie um den Benachrichtigungszugriff gebeten werden:
<ph type="x-smartling-placeholder">
- </ph>
- Klicken Sie auf „OK“.
- Wählen Sie „FP-SASS-Test“ aus. in der App-Liste
- Benachrichtigungszugriff zulassen.
App-Übersicht:
- Zielanbieter
- Wenn auf diese Schaltfläche geklickt wird, erscheint eine Liste der gekoppelten Bluetooth-Geräte. Auswählen die Sie testen möchten.
- Die Schaltflächen zum Verbinden und Trennen funktionieren wie die Tasten in der Bluetooth- Einstellungen" Gerätedetails.
- Aktueller Status
- In diesem Feld wird der letzte Verbindungsstatus angezeigt, den der Seeker von einem Anbieter erhalten hat mit BLE Advertising oder Event-Streams.
- Hier werden auch Debug-Benachrichtigungen für Audio-Switches angezeigt.
- Suchertyp
- Mit dieser Option kann das Gerät zwischen den Audiostreams wechseln.
- Audiotyp
- VoIP
Wenn Sie diesen Modus auswählen, wird der Audiomodus in
AudioManager.MODE_IN_COMMUNICATION
und AnrufAudioManager.startBluetoothSco
, dann Audio abspielen mitUSAGE_VOICE_COMMUNICATION
.- Der Streamtyp ist
STREAM_VOICE_CALL
. - Der Verbindungsstatus des Anbieters sollte innerhalb von 5 Minuten zu
CONNECTED_HFP
wechseln Sekunden.
- Der Streamtyp ist
- Medien
Wenn du diesen Modus auswählst, wird Audio wiedergegeben, das AVRCP unterstützt. Der Audionutzungstyp
ist
USAGE_MEDIA
.- Der Verbindungsstatus des Anbieters sollte zu
CONNECTED_A2DP_WITH_AVRCP
wechseln 5 Sekunden lang angezeigt. - Der Verbindungsstatus kann beim Start kurz zu
CONNECTED_A2DP_ONLY
wechseln oder gestoppt.
- Der Verbindungsstatus des Anbieters sollte zu
- Spiel
Wenn Sie diesen Modus auswählen, werden Audioinhalte wiedergegeben, die AVRCP nicht unterstützen. Die Audionutzung
Typ ist
USAGE_GAME
.- Der Verbindungsstatus des Anbieters sollte innerhalb von 5 Minuten zu
CONNECTED_A2DP_ONLY
wechseln Sekunden.
- Der Verbindungsstatus des Anbieters sollte innerhalb von 5 Minuten zu
- Schaltflächen für Wiedergabe und Stopp
- Mit den Schaltflächen „Wiedergabe“ und „Stopp“ starten oder stoppen Sie den Ton.
- Ergebnis wechseln
In diesem Feld wird die Latenz von „Verbinden“ und „Aktiv“ angezeigt. Außerdem wird angezeigt, Den Grund für die Ablehnung eines Wechsels, wenn ein Audioereignis ausgelöst wurde, der Wechsel jedoch nicht passiert ist.
- Die Latenz wird in Millisekunden (ms) gemessen.
- Im Allgemeinen wird die Latenz vom Beginn des Triggers für den Audio-Wechsel bis zum den Empfang eines verbundenen Bluetooth-Profils oder eines Benachrichtigungsereignisses bei einem Multipoint-Wechsel.
- Vom Anbieter ausgelöste Switches messen die Latenz ab dem Audiostart.
Dump-Latenz
- Mit dem folgenden Befehl kann ein Nutzer Latenzmessungen erfassen, wenn
manuelle Tests durchführen:
adb shell dumpsys activity service com.google.android.gms/.nearby.discovery.service.DiscoveryService
<ph type="x-smartling-placeholder">- </ph>
- Latenzmessungen werden unter
SwitchHistory
vonNearbyDeviceManager
angezeigt Abschnitt:
- Latenzmessungen werden unter
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"
- Alle Switches, die GmsCore nicht messen kann (z.B. aktive Switches für HFP), werden als 0 ms Latenz.
Referenz zu Protokollmustern:
Bekannte Probleme:
Die folgenden Fehler sind bekannte, vom Seeker verursachte Fehler:
- Falscher Audio-Wechsel bei Spiel.
- Bei Samsung-Smartphones wird der Verbindungsstatus auf
CONNECTED_A2DP_WITH_AVRCP
, stattCONNECTED_A2DP_ONLY
beim Abspielen Spiele. - Einige Spiele(z.B. Candy Crush) wiederholen möglicherweise Hintergrundmusik und lösen eine neue Audioereignis ohne Nutzereingabe. Die verbundenen Smartphones wechseln möglicherweise ständig Audio auf jedem Smartphone, mit dem das Spiel geöffnet wird.
- Bei Samsung-Smartphones wird der Verbindungsstatus auf