音訊切換認證認證指南

準備認證

  1. 準備測試裝置。
    • 您需要 5 部 Android 裝置。
      • 這些裝置必須包括：
        • 至少有一部 Android T (13) 和一部 Android S (12)。
        • 至少有一台 Samsung 和一部 Pixel。
        • 例如：
          • 1 OnePlus (Android 10)。
          • 3 Samsung (Android 11、12、13)。
          • 1 Pixel (Android 13)。
    • 沒有音訊自動切換功能的裝置：
      • 任何支援 iPhone、PC、藍牙 (BT) 的筆記型電腦或 Android 手機 已停用音訊自動切換功能
        • 您可以透過藍牙裝置詳細資訊關閉音訊自動切換功能 以及環境敘述
      • 多點連線 (MP) 測試案例 2.8 需要在沒有音訊自動切換功能的裝置 以及 5 款測試手機
  2. 在以下位置加入音訊切換測試群組：測試帳戶 才能在測試手機上顯示偵錯通知。
    • 這也可讓 Google 透過 Google Analytics 收集測試資料。
  3. 確認所有 Android 裝置皆搭載 GmsCore 23.xx.xx 以上版本 已安裝。

認證標準

  • 所有測試案例的目標切換成功率必須超過 95%。
  • 在需要切換的測試中，設定檔連線並切換有效狀態 必須在觸發音訊事件至少 75% 後 3 秒內完成 用途

測試指南

測試中的裝置 (DUT) 準備作業

  • 確認 BT 裝置先前未與任何手機配對 已登入測試用的 Google 帳戶。
    • 如果裝置已經與測試用的 Google 帳戶配對，則執行 才能清除配對程序：
      • 在配對的裝置上：
        • 前往藍牙設定。
        • 選擇 [忘記裝置]。
        • 開啟/關閉飛航模式。
    • 確認「自動儲存裝置」已開啟。
      • 這個切換鈕預設為關閉。
      • 這個選項位於「設定」>「設定」Google >裝置 >已儲存 裝置 (每個 DUT 一個)。
    • 讓藍牙裝置進入配對模式。
    • 與初始藍牙裝置 (A) 配對。
    • 將後續藍牙裝置與其他裝置 (B、C、D 等) 配對。

範圍

  • 所有耳機都會從 音訊自動切換自我測試範本。
  • 僅支援 SinglePoint (SP) 模式的頭戴式裝置會執行下列指令：
    • 「Generic_test」(一般測試) 分頁。
  • 支援 MP 模式的耳機必須執行以下動作：
    • 「Generic_test」(一般測試) 分頁。
    • 「Multipoint_only」分頁。
  • 可以切換至 SP 模式的 MP 耳機執行下列操作：
    • 「一般測試」分頁，關閉 MP。
    • 開啟 MP 的「Generic_test」(一般測試) 分頁。
    • 開啟 MP 的「Multipoint_only」分頁。

完成自主測試和自我測試報告

  • 請至少執行所有測試案例兩次。
  • 請使用以下格式執行測試：
  1. 裝置 A=Android S (12) + 裝置 B=Android T (13)
  2. 裝置 A=Android T (13) + 裝置 B=Android S (12)
  3. 裝置 B 將是主要 DUT。
    • 在「手機」中輸入裝置 B 的詳細資料以及「OS」頂端的欄位 範本

測試案例範例：

  • 測試手機：

    • 裝置 1：Samsung (Android 13)
    • 裝置 2：Pixel (Android 12 或 13) 和其他裝置。

  • 已執行的測試：

    • 執行 1。裝置 A=Samsung S10+ (12)、裝置 B=Pixel 7 Pro (13) 第 D 欄：手機=Pixel 7 Pro，OS=Android 13
    • 執行 2.裝置 A=Pixel 7 Pro (13)、裝置 B=Pixel 6(12) 第 E 欄：手機=Pixel 6，OS=Android 12

自我測試範本中已完成測試的範例：

這張圖片顯示測試結果範例

音訊事件：

  • 以下 4 種測試音訊事件和建議的測試應用程式類型如下：
    1. 撥號：
      1. 內建的「電話」應用程式。
    2. VoIP：任何 VoIP 應用程式皆可運作，例如：
      1. 音訊自動切換測試應用程式。
      2. FB Messenger。
      3. Line。
      4. WhatsApp
      5. Google Meet
      6. Google Meet
    3. 媒體：任何音訊播放器皆可使用，例如：
      1. 音訊自動切換測試應用程式。
      2. YouTube Music。
      3. Apple Music。
      4. Spotify。
      5. Google 播客等開放原始碼功能中。
    4. 遊戲：
      1. 音訊自動切換測試應用程式。
，瞭解如何調查及移除這項存取權。

偵錯資訊：

，瞭解如何調查及移除這項存取權。
  1. 切換延遲時間通知： 圖 3：顯示「切換延遲時間通知」撰寫新的電子郵件訊息

延遲時間評估

  • 切換延遲時間有兩種：
    1. 將藍牙設定檔連線至未連線的廣告主。
      • 這包括所有 SinglePoint 案例和 已取消連線 (裝置 B)。
    2. 切換使用中的探索者。
      • 這包括部分搜尋者 (裝置 B) 的 MP 類型 已經連線。
  • 擷取延遲資訊的方式有兩種：
    1. 所有延遲時間都能由 ADB 指令轉儲。
      • 詳情請參閱傾印延遲時間一節。
      • 這個指令可以在作業結束後提供並記錄延遲時間 一個測試案例
    2. 使用音訊自動切換測試應用程式。
      • 在目標尋找工具上執行的應用程式會顯示延遲時間 切換器。
      • 如果沒有切換鈕，應用程式會顯示「不切換」原因。

音訊自動切換測試應用程式：

  • 在自我測試期間使用應用程式觸發 VoIP/媒體/遊戲音訊事件， 可簡化測試設定作業，並縮短求職者的事件延遲時間。
    • 您可以前往這裡下載 1.03 版。
，瞭解如何調查及移除這項存取權。
  • 應用程式安裝：
    • 將 APK 複製到測試手機並開啟。
    • 或者，您也可以使用 adb install audio_test_app.apk。
，瞭解如何調查及移除這項存取權。
  • 如果出現要求取得通知存取權的對話方塊：
    1. 按一下「確定」
    2. 選擇「FP SASS test」在應用程式清單中
    3. 授予通知存取權。

應用程式總覽：

這張圖片是執行應用程式

目標提供者
這個按鈕會在使用者按下這個按鈕後，列出已配對的藍牙裝置。選取 選擇要測試的模型
，瞭解如何調查及移除這項存取權。
「連線」和「中斷連線」按鈕的運作方式與藍牙中的按鈕類似 設定裝置詳細資料。
目前狀態
這個欄位顯示求職者從供應商收到的最新連線狀態 使用 BLE 廣告或事件串流
，瞭解如何調查及移除這項存取權。
音訊自動切換偵錯通知也會顯示在這裡。
跳轉者類型
這個選項可用來在音訊串流之間切換裝置。
音訊類型
VoIP 選取這個模式後，音訊模式就會變更為 AudioManager.MODE_IN_COMMUNICATION並撥號 AudioManager.startBluetoothSco，然後使用以下裝置播放音訊： USAGE_VOICE_COMMUNICATION。
  • 串流類型為 STREAM_VOICE_CALL。
  • 供應商連線狀態應會在 5 天內切換為 CONNECTED_HFP 秒內請求驗證碼。
媒體 選取這個模式將會播放支援 AVRCP 的音訊。音訊用量類型 為：USAGE_MEDIA。
  • 供應商連線狀態應切換為「CONNECTED_A2DP_WITH_AVRCP」 都能在 5 秒內看到
  • 連線狀態啟動時，可能會短暫切換至「CONNECTED_A2DP_ONLY」 或已停止。
遊戲 選取這個模式會播放不支援 AVRCP 的音訊。音訊使用情況 類型為：USAGE_GAME。
  • 供應商連線狀態應會在 5 天內切換為 CONNECTED_A2DP_ONLY 秒內請求驗證碼。
播放和停止按鈕
使用「播放」和「停止」按鈕可開始或停止音訊。
切換結果

這個欄位會顯示「連線」和「切換」啟用的延遲時間。以及 說明在音訊事件觸發但切換時，拒絕切換的原因 而不是發生這種事

  • 延遲時間的測量單位為毫秒 (ms)。
  • 一般而言，延遲時間是從音訊自動切換觸發開始到 接收已連線的 BT 設定檔或通知多點切換事件。
  • 供應商觸發的切換鈕會測量音訊開始後發生的延遲情形。

傾印延遲時間

  • 下列指令允許使用者在 執行手動測試： adb shell dumpsys activity service com.google.android.gms/.nearby.discovery.service.DiscoveryService
    • 延遲時間測量結果會顯示在 NearbyDeviceManager 的 SwitchHistory 下方 區段：
            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"
  • 凡是 GmsCore 無法測量的開關 (例如 HFP 使用中開關)，都會出現 有 0 毫秒的延遲時間

記錄模式的參考：

延遲測試的記錄範例

已知問題：

以下是尋找工具造成的已知錯誤：

  1. 遊戲音訊切換不正確。
    • Samsung 手機會將連線狀態設為 播放時為CONNECTED_A2DP_WITH_AVRCP，而非CONNECTED_A2DP_ONLY 遊戲。
    • 部分遊戲(例如《糖果傳奇》) 可能會重播背景音樂，進而觸發新遊戲 沒有使用者輸入內容的音訊事件連線的手機可能會不斷 音訊品質。