Chuẩn bị cho việc cấp chứng chỉ
- Chuẩn bị thiết bị kiểm thử.
- Bạn sẽ cần 5 thiết bị Android.
- Các thiết bị này phải bao gồm:
- Ít nhất một Android T (13) và một Android V (15).
- Ít nhất một chiếc Samsung và một chiếc Pixel.
- Ví dụ:
- 1 OnePlus (Android 10).
- 3 Samsung (Android 11, 12, 13).
- 1 Pixel (Android 15).
- Các thiết bị này phải bao gồm:
- Một thiết bị không có tính năng Chuyển đổi âm thanh:
- Mọi iPhone, máy tính, máy tính xách tay có Bluetooth (BT) hoặc điện thoại Android đã tắt tính năng chuyển đổi âm thanh.
- Bạn có thể tắt tính năng chuyển đổi âm thanh trong phần cài đặt chi tiết về thiết bị Bluetooth.
- Trường hợp kiểm thử đa điểm (MP) 2.8 cần một thiết bị không có tính năng Chuyển đổi âm thanh, ngoài 5 điện thoại kiểm thử.
- Mọi iPhone, máy tính, máy tính xách tay có Bluetooth (BT) hoặc điện thoại Android đã tắt tính năng chuyển đổi âm thanh.
- Bạn sẽ cần 5 thiết bị Android.
Tham gia nhóm kiểm thử tính năng Chuyển đổi âm thanh bằng tài khoản kiểm thử để hiển thị thông báo gỡ lỗi trên điện thoại kiểm thử.
- Điều này cũng cho phép Google thu thập dữ liệu kiểm thử thông qua Google Analytics.
Cổ điển có A2DP+HFP
- Đảm bảo tất cả thiết bị Android đều đã cài đặt GmsCore phiên bản
23.xx.xxtrở lên.
BLE có Âm thanh năng lượng thấp
- Ít nhất 2 trong số các điện thoại tham chiếu phải hỗ trợ Âm thanh năng lượng thấp.
- Ví dụ: một điện thoại Samsung và một điện thoại Pixel có hỗ trợ công nghệ Âm thanh năng lượng thấp.
- Đảm bảo tất cả thiết bị Android đều đã cài đặt GmsCore phiên bản
24.33.xxtrở lên.
Tiêu chí chứng nhận
- Tỷ lệ thành công của Target Switching phải vượt quá 95% trong tất cả các trường hợp thử nghiệm.
Trong các thử nghiệm yêu cầu chuyển đổi, trạng thái kết nối hồ sơ và trạng thái chuyển đổi đang hoạt động phải hoàn tất trong vòng 3 giây sau khi kích hoạt các sự kiện âm thanh trong ít nhất 75% trường hợp.
Cổ điển có A2DP+HFP
Bạn phải thực hiện các bài kiểm tra tự kiểm tra theo các tổ hợp sau:
- Điện thoại A=Android S (12) + Điện thoại B=Android T (13)
- Điện thoại A=Android T (13) + Điện thoại B=Android S (12)
BLE có Âm thanh năng lượng thấp
Bạn phải thực hiện các bài kiểm tra tự kiểm tra theo các tổ hợp sau:
- Điện thoại A: BT Classic, Điện thoại B: BT Classic
- Điện thoại A: LE Audio, Điện thoại B: BT Classic
- Điện thoại A: BT Classic, Điện thoại B: LE Audio
Nếu có thể, những Nhà cung cấp hỗ trợ kết nối Âm thanh năng lượng thấp kép nên kiểm thử:
- Điện thoại A: Âm thanh năng lượng thấp, Điện thoại B: Âm thanh năng lượng thấp
Hướng dẫn kiểm thử
Chuẩn bị Thiết bị đang kiểm thử (DUT)
- Xác minh rằng thiết bị BT chưa từng được ghép nối với bất kỳ điện thoại nào đã đăng nhập vào Tài khoản Google kiểm thử.
- Nếu thiết bị đã được ghép nối với Tài khoản Google dùng để kiểm thử, hãy làm như sau để xoá thông tin ghép nối:
- Trong danh sách thiết bị đã ghép nối:
- Chuyển đến phần cài đặt Bluetooth.
- Chọn "Quên thiết bị".
- Bật rồi tắt Chế độ trên máy bay.
- Trong danh sách thiết bị đã ghép nối:
- Đảm bảo bạn đã BẬT chế độ "Tự động lưu thiết bị".
- Theo mặc định, nút chuyển này ở trạng thái TẮT.
- Bạn có thể tìm thấy lựa chọn này trong phần Cài đặt > Google > Thiết bị > Thiết bị đã lưu (mỗi DUT một thiết bị).
- Đặt thiết bị Bluetooth ở Chế độ ghép nối.
- Ghép nối thiết bị Bluetooth ban đầu (A).
- Ghép nối các thiết bị Bluetooth tiếp theo với các thiết bị khác (B, C, D, v.v.).
- Nếu thiết bị đã được ghép nối với Tài khoản Google dùng để kiểm thử, hãy làm như sau để xoá thông tin ghép nối:
Phạm vi
- Tất cả các Tai nghe đều chạy các kiểm thử từ nhiều thẻ trong báo cáo Tự kiểm thử BT Classic hoặc BT Âm thanh năng lượng thấp.
- Tai nghe chỉ hỗ trợ chế độ SinglePoint (SP) sẽ chạy như sau:
- Thẻ Generic_test.
- Tai nghe hỗ trợ chế độ MP sẽ chạy như sau:
- Thẻ Generic_test.
- Thẻ Multipoint_only.
- Tai nghe MP có thể chuyển sang chế độ SP sẽ chạy như sau:
- Thẻ Generic_test ở trạng thái MP tắt.
- Thẻ Generic_test có MP ở trạng thái bật.
- Thẻ Multipoint_only khi bật MP.
Hoàn tất quy trình Tự nghỉ ngơi và Báo cáo tự kiểm tra
- Tạo bản sao của Báo cáo tự kiểm tra BT Classic hoặc BT LE Audio.
- Chạy tất cả các trường hợp kiểm thử ít nhất 2 lần.
Bạn nên thực hiện các kiểm thử theo hình thức sau:
Cổ điển có A2DP+HFP
- Thiết bị B sẽ là DUT chính.
- Nhập thông tin chi tiết của Thiết bị B vào các trường "Điện thoại" và "Hệ điều hành" ở đầu mẫu.
Ví dụ về trường hợp kiểm thử:
Điện thoại thử nghiệm:
- Thiết bị 1: Samsung (Android 13)
- Thiết bị 2: Pixel (Android 12 hoặc 13) và các thiết bị khác.
Số thử nghiệm đã thực thi:
- Lượt chạy 1. Thiết bị A=Samsung S10+ (12), Thiết bị B=Pixel 7 Pro (13) cột D: Điện thoại=Pixel 7 Pro, Hệ điều hành=Android 13
- Lượt chạy 2. Thiết bị A=Pixel 7 Pro (13), Thiết bị B=Pixel 6(12) cột E: Điện thoại=Pixel 6, Hệ điều hành=Android 12
Ví dụ về một bài kiểm tra đã hoàn thành trong mẫu tự kiểm tra:

BLE có Âm thanh năng lượng thấp
- Thiết bị A=Android V (15) + Thiết bị B=Android T (13)
- Thiết bị A=Android T (13) + Thiết bị B=Android V (15)
- Thiết bị A=Android T (13) + Thiết bị B=Android S (12)
- Thiết bị A=Android T (15) + Thiết bị B=Android V (15)
- Thiết bị B sẽ là DUT chính.
- Nhập thông tin chi tiết của Thiết bị B vào các trường "Điện thoại" và "Hệ điều hành" ở đầu mẫu.
Ví dụ về trường hợp kiểm thử:
Điện thoại thử nghiệm:
- Thiết bị 1: Samsung (Android 13)
- Thiết bị 2: Pixel (Android 15) và các thiết bị khác.
Số thử nghiệm đã thực thi:
- [LEA+BT]: Thiết bị A= Pixel 8 (15), Thiết bị B=Pixel 7 Pro (13) cột D: Điện thoại=Pixel 7 Pro, Hệ điều hành=Android 13
- [BT+LEA]: Thiết bị A=Pixel 7 (13), Thiết bị B=Pixel 8 (Android 15) cột E: Điện thoại=Pixel 8, Hệ điều hành=Android 15
- [BT+BT]: Thiết bị A=Pixel 7 Pro (13), Thiết bị B=Samsung S10+ (12) cột E: Điện thoại=Samsung S10+, Hệ điều hành=Android 12
- [LEA+LEA]: Thiết bị A=Pixel 8 (15), Thiết bị B=Pixel 8(15) cột E: Điện thoại=Pixel 8, Hệ điều hành=Android 15
Ví dụ về một bài kiểm tra đã hoàn thành trong mẫu tự kiểm tra:

Sự kiện âm thanh:
4 loại sự kiện âm thanh đã kiểm thử và các ứng dụng kiểm thử được đề xuất là:
- Gọi:
- Ứng dụng điện thoại tích hợp.
- VoIP: Mọi ứng dụng VoIP đều sẽ hoạt động, chẳng hạn như:
- Ứng dụng kiểm thử chuyển đổi âm thanh.
- FB Messenger.
- Đường kẻ.
- WhatsApp.
- Google Meet.
- Google Meet.
- Nội dung nghe nhìn: Mọi trình phát âm thanh đều hoạt động, chẳng hạn như:
- Ứng dụng kiểm thử chuyển đổi âm thanh.
- YouTube Music.
- Apple Music.
- Spotify.
- Google Podcasts).
- Trận đấu:
- Ứng dụng kiểm thử chuyển đổi âm thanh.
- Gọi:
Thông tin gỡ lỗi:
Thông báo sẽ được bật sau khi bạn tham gia nhóm fp-sass-partner-test. Dưới đây là một số ví dụ:
- Thông báo gần đây nhất về trạng thái:

- Không có thông báo về công tắc:

- Thông báo về độ trễ khi chuyển đổi:

Đo độ trễ
- Có 2 loại độ trễ chuyển đổi:
- Kết nối một hồ sơ Bluetooth với một Thiết bị tìm kiếm đã ngắt kết nối.
- Điều này bao gồm tất cả các trường hợp SinglePoint và một số trường hợp MP có Người tìm kiếm mục tiêu (thiết bị B) bị ngắt kết nối.
- Chuyển đổi Người tìm kiếm đang kết nối đang hoạt động.
- Điều này bao gồm một số trường hợp MP mà Người tìm kiếm mục tiêu (thiết bị B) đã kết nối.
- Kết nối một hồ sơ Bluetooth với một Thiết bị tìm kiếm đã ngắt kết nối.
- Có hai cách để truy xuất thông tin về độ trễ:
- Bạn có thể kết xuất tất cả độ trễ bằng lệnh adb.
- Hãy tham khảo phần độ trễ kết xuất để biết thông tin chi tiết.
- Lệnh này có thể cung cấp và ghi lại độ trễ sau khi hoàn thành ít nhất một trường hợp kiểm thử.
- Sử dụng ứng dụng kiểm thử tính năng Chuyển đổi âm thanh.
- Ứng dụng chạy trên Seeker mục tiêu sẽ hiển thị độ trễ sau khi chuyển đổi.
- Nếu không có công tắc, ứng dụng sẽ hiển thị lý do "không có công tắc".
- Bạn có thể kết xuất tất cả độ trễ bằng lệnh adb.
Ứng dụng kiểm thử chuyển đổi âm thanh:
- Việc sử dụng ứng dụng để kích hoạt các sự kiện âm thanh VoIP/Đa phương tiện/Trò chơi trong quá trình tự kiểm thử sẽ đơn giản hoá quá trình thiết lập kiểm thử và giảm độ trễ sự kiện của Seeker.
- Bạn có thể tải phiên bản mới nhất xuống tại đây.
- Thử nghiệm VoIP LE Audio cần được bật chính sách theo cách thủ công: > adb root > adb shell settings put global hidden_api_policy 1 > adb reboot
- Cài đặt ứng dụng:
- Sao chép tệp apk vào điện thoại kiểm thử rồi mở tệp đó.
- Hoặc sử dụng
adb install audio_test_app.apk.
- Nếu bạn thấy hộp thoại yêu cầu cấp quyền truy cập vào thông báo:
- nhấp vào "OK"
- Chọn "FP SASS test" trong danh sách ứng dụng
- Cho phép truy cập thông báo.
Tổng quan về ứng dụng:

Nhà cung cấp mục tiêu
- Khi bạn nhấp vào nút này, danh sách các thiết bị Bluetooth đã ghép nối sẽ xuất hiện. Chọn một trong những video bạn muốn thử nghiệm.
- Các nút Kết nối và Ngắt kết nối hoạt động giống như nút trong phần chi tiết thiết bị của phần cài đặt Bluetooth.
Trạng thái hiện tại
- Trường này cho biết trạng thái kết nối gần đây nhất mà Người tìm kiếm nhận được từ một Nhà cung cấp bằng cách sử dụng quảng cáo BLE hoặc luồng sự kiện.
- Thông báo gỡ lỗi về tính năng chuyển đổi âm thanh cũng xuất hiện ở đây.
Loại người tìm kiếm
- Lựa chọn này dùng để chuyển đổi thiết bị giữa các luồng âm thanh.
Loại âm thanh
Cổ điển có A2DP+HFP
- VoIP
- Khi chọn chế độ này, chế độ phát âm thanh sẽ thay đổi thành
AudioManager.MODE_IN_COMMUNICATIONvà gọiAudioManager.startBluetoothSco, sau đó phát âm thanh bằngUSAGE_VOICE_COMMUNICATION. - Loại luồng là
STREAM_VOICE_CALL. - Trạng thái kết nối của nhà cung cấp sẽ chuyển sang
CONNECTED_HFPtrong vòng 5 giây.
- Khi chọn chế độ này, chế độ phát âm thanh sẽ thay đổi thành
- Nội dung nghe nhìn
- Khi chọn chế độ này, âm thanh hỗ trợ AVRCP sẽ phát. Loại sử dụng âm thanh là:
USAGE_MEDIA. - Trạng thái kết nối của nhà cung cấp sẽ chuyển sang
CONNECTED_A2DP_WITH_AVRCPtrong vòng 5 giây. - Trạng thái kết nối có thể chuyển sang
CONNECTED_A2DP_ONLYtrong một thời gian ngắn khi bắt đầu hoặc dừng.
- Khi chọn chế độ này, âm thanh hỗ trợ AVRCP sẽ phát. Loại sử dụng âm thanh là:
Trò chơi
- Khi bạn chọn chế độ này, âm thanh sẽ phát mà không hỗ trợ AVRCP. Loại sử dụng âm thanh là:
USAGE_GAME. - Trạng thái kết nối của nhà cung cấp sẽ chuyển sang
CONNECTED_A2DP_ONLYtrong vòng 5 giây.
- Khi bạn chọn chế độ này, âm thanh sẽ phát mà không hỗ trợ AVRCP. Loại sử dụng âm thanh là:
BLE có Âm thanh năng lượng thấp
VoIP
- Khi chọn chế độ này, chế độ phát âm thanh sẽ chuyển sang
AudioManager.MODE_IN_COMMUNICATIONvà phát âm thanh bằngUSAGE_VOICE_COMMUNICATION.
- Loại luồng là
STREAM_VOICE_CALL. - Trạng thái kết nối của nhà cung cấp sẽ chuyển sang
CONNECTED_LE_AUDIO_CALLtrong vòng 5 giây.
- Khi chọn chế độ này, chế độ phát âm thanh sẽ chuyển sang
Nội dung nghe nhìn
- Khi chọn chế độ này, âm thanh sẽ phát với loại luồng là
STREAM_MUSIC. Loại sử dụng âm thanh là:USAGE_MEDIA. - Trạng thái kết nối của nhà cung cấp sẽ chuyển sang
CONNECTED_LE_AUDIO_MEDIA_WITH_CONTROLtrong vòng 5 giây. - Trạng thái kết nối có thể chuyển sang
CONNECTED_LE_AUDIO_MEDIA_WITHOUT_CONTROLtrong một thời gian ngắn khi bắt đầu hoặc dừng.
- Khi chọn chế độ này, âm thanh sẽ phát với loại luồng là
Trò chơi
- Khi chọn chế độ này, âm thanh sẽ phát và người dùng không có quyền kiểm soát trực tiếp đối với âm thanh đó. Loại sử dụng âm thanh là:
USAGE_GAME. - Trạng thái kết nối của nhà cung cấp sẽ chuyển sang
CONNECTED_LE_AUDIO_MEDIA_WITHOUT_CONTROLtrong vòng 5 giây.
- Khi chọn chế độ này, âm thanh sẽ phát và người dùng không có quyền kiểm soát trực tiếp đối với âm thanh đó. Loại sử dụng âm thanh là:
Nút Phát và Dừng
- Các nút PHÁT và DỪNG dùng để bắt đầu hoặc dừng âm thanh.
Chuyển đổi kết quả
- Trường này hiển thị độ trễ đang hoạt động của Connect và Switch. Thao tác này cũng hiển thị lý do từ chối chuyển đổi nếu một sự kiện âm thanh được kích hoạt nhưng không chuyển đổi.
- Độ trễ được tính bằng mili giây (ms).
- Nhìn chung, độ trễ được đo từ khi bắt đầu kích hoạt chuyển đổi âm thanh cho đến khi nhận được sự kiện đã kết nối hồ sơ BT hoặc Thông báo chuyển đổi đa điểm.
- Các lần chuyển đổi do nhà cung cấp kích hoạt sẽ đo độ trễ từ khi bắt đầu phát âm thanh.
Độ trễ kết xuất
- Lệnh sau đây cho phép người dùng ghi lại các phép đo độ trễ khi chạy kiểm thử thủ công:
adb shell dumpsys activity service com.google.android.gms/.nearby.discovery.service.DiscoveryService- Các phép đo độ trễ xuất hiện trong phần
NearbyDeviceManagerSwitchHistory:
- Các phép đo độ trễ xuất hiện trong phần
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"
- Mọi hoạt động chuyển đổi mà GmsCore không đo lường được (ví dụ: hoạt động chuyển đổi đang hoạt động cho HFP) sẽ được ghi nhận là độ trễ 0 mili giây.
Tài liệu tham khảo về các mẫu nhật ký:

Vấn đề đã biết:
Sau đây là các lỗi đã biết do Seeker gây ra:
- Chuyển đổi âm thanh trò chơi không chính xác.
- Điện thoại Samsung sẽ đặt trạng thái kết nối thành
CONNECTED_A2DP_WITH_AVRCPthay vìCONNECTED_A2DP_ONLYkhi chơi trò chơi. - Một số trò chơi (chẳng hạn như Candy Crush) có thể phát lại nhạc nền và kích hoạt một sự kiện âm thanh mới mà không cần hoạt động đầu vào của người dùng. Các điện thoại được kết nối có thể liên tục chuyển đổi âm thanh trên mọi điện thoại mở trò chơi.
- Điện thoại Samsung sẽ đặt trạng thái kết nối thành