Zertifizierungsrichtlinien für Audiowechsel

Vorbereitung auf die Zertifizierung

  1. 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)
    • 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.
  2. 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.
  3. 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.
    • 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.).

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:
  1. Gerät A=Android S (12) + Gerät B=Android T (13)
  2. Gerät A=Android T (13) + Gerät B=Android S (12)
  3. 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:

Dieses Bild zeigt die Ergebnisse eines Beispieltests

Audioereignisse:

  • Die vier Arten getesteter Audioereignisse und empfohlene Test-Apps sind: <ph type="x-smartling-placeholder">
      </ph>
    1. Rufen Sie uns an: <ph type="x-smartling-placeholder">
        </ph>
      1. Integrierte Smartphone-App
    2. VoIP: Alle VoIP-Apps funktionieren, z. B.: <ph type="x-smartling-placeholder">
        </ph>
      1. Test-App „Audio-Wechsel“
      2. FB Messenger
      3. Linie.
      4. WhatsApp
      5. Google Meet
      6. Google Meet
    3. Medien: Jeder Audioplayer funktioniert, z. B.: <ph type="x-smartling-placeholder">
        </ph>
      1. Test-App „Audio-Wechsel“
      2. YouTube Music
      3. Apple Music
      4. Spotify
      5. Google Podcasts
    4. Spiel: <ph type="x-smartling-placeholder">
        </ph>
      1. Test-App „Audio-Wechsel“

Informationen zur Fehlerbehebung:

  • Benachrichtigungen werden aktiviert, nachdem du dem Gruppe fp-sass-partner-test. Beispiele:

    1. Letzter Status: Abbildung 1: &quot;Benachrichtigung über den letzten Status&quot; angezeigt.

    2. Benachrichtigung bei fehlendem Wechsel: Abbildung 2: Benachrichtigung „Kein Wechsel“ angezeigt.

  1. Benachrichtigung zur Wechsellatenz: Abbildung 3: „Benachrichtigung zur Wechsellatenz“ angezeigt.

Latenzmessung

  • Es gibt zwei Arten von Switch-Latenzen: <ph type="x-smartling-placeholder">
      </ph>
    1. 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.
    2. Der Seeker mit aktiver Verbindung wird gewechselt.
      • Dazu gehören einige MP-Fälle, die der Ziel-Seeker (Gerät B) ist. bereits verbunden.
  • Es gibt zwei Möglichkeiten, Latenzinformationen abzurufen: <ph type="x-smartling-placeholder">
      </ph>
    1. 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.
    2. 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.

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.
  • 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>
    1. Klicken Sie auf „OK“.
    2. Wählen Sie „FP-SASS-Test“ aus. in der App-Liste
    3. Benachrichtigungszugriff zulassen.

App-Übersicht:

Dieses Bild zeigt ein Beispiel für die ausgeführte App

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 Anruf AudioManager.startBluetoothSco, dann Audio abspielen mit USAGE_VOICE_COMMUNICATION.
  • Der Streamtyp ist STREAM_VOICE_CALL.
  • Der Verbindungsstatus des Anbieters sollte innerhalb von 5 Minuten zu CONNECTED_HFP wechseln Sekunden.
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.
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.
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 von NearbyDeviceManager angezeigt Abschnitt:
            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:

Beispiele für Logs aus dem Latenztest

Bekannte Probleme:

Die folgenden Fehler sind bekannte, vom Seeker verursachte Fehler:

  1. Falscher Audio-Wechsel bei Spiel.
    • Bei Samsung-Smartphones wird der Verbindungsstatus auf CONNECTED_A2DP_WITH_AVRCP, statt CONNECTED_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.