การเตรียมตัวเพื่อรับการรับรอง
- เตรียมอุปกรณ์ทดสอบ
- คุณต้องมีอุปกรณ์ Android 5 เครื่อง
- อุปกรณ์ดังกล่าวต้องมีสิ่งต่อไปนี้
- Android T (13) และ Android S อย่างน้อย 1 รายการ (12)
- มี Samsung อย่างน้อย 1 เครื่องและ Pixel 1 เครื่อง
- ดังตัวอย่างต่อไปนี้
- 1 OnePlus (Android 10)
- 3 Samsung (Android 11, 12, 13)
- 1 Pixel (Android 13)
- อุปกรณ์ดังกล่าวต้องมีสิ่งต่อไปนี้
- อุปกรณ์ 1 เครื่องที่ไม่มีสวิตช์เสียง
- แล็ปท็อปทุกเครื่องที่ใช้ iPhone, PC, บลูทูธ (BT) หรือโทรศัพท์ Android
ที่ปิดการสลับอุปกรณ์เสียง
- คุณปิดการสลับอุปกรณ์เสียงได้จากรายละเอียดของอุปกรณ์บลูทูธ การตั้งค่า
- Multipoint (MP) Test Case 2.8 ต้องใช้อุปกรณ์ที่ไม่มีการเปลี่ยนเสียงเข้า นอกเหนือจากโทรศัพท์ทดสอบ 5 เครื่อง
- แล็ปท็อปทุกเครื่องที่ใช้ iPhone, PC, บลูทูธ (BT) หรือโทรศัพท์ Android
ที่ปิดการสลับอุปกรณ์เสียง
- คุณต้องมีอุปกรณ์ Android 5 เครื่อง
- เข้าร่วมกลุ่มทดสอบการสลับอุปกรณ์เสียงด้วยบัญชีทดสอบใน
เพื่อแสดงการแจ้งเตือนการแก้ไขข้อบกพร่องในโทรศัพท์ทดสอบ
- และยังช่วยให้ Google รวบรวมข้อมูลการทดสอบผ่าน Google Analytics ได้ด้วย
- ตรวจสอบว่าอุปกรณ์ Android ทุกเครื่องใช้ GmsCore เวอร์ชัน
23.xx.xx
ขึ้นไป ติดตั้งไว้แล้ว
เกณฑ์การรับรอง
- อัตราความสำเร็จของการเปลี่ยนเป้าหมายต้องเกิน 95% ในกรอบการทดสอบทั้งหมด
- ในการทดสอบที่จำเป็นต้องเปลี่ยน การเชื่อมต่อโปรไฟล์และเปลี่ยนสถานะที่ใช้งานอยู่ ต้องเสร็จสิ้นภายใน 3 วินาทีหลังจากทริกเกอร์เหตุการณ์เสียงอย่างน้อย 75%
คู่มือการทดสอบ
อุปกรณ์ที่อยู่ระหว่างการเตรียมการทดสอบ (DUT)
- ตรวจสอบว่าไม่เคยจับคู่อุปกรณ์ BT กับโทรศัพท์ใดๆ มาก่อน
ลงชื่อเข้าใช้บัญชี Google ทดสอบ
- หากมีการจับคู่อุปกรณ์กับบัญชี Google สำหรับการทดสอบแล้ว ให้ทำ
ต่อไปนี้เพื่อล้างการจับคู่:
- ในอุปกรณ์ที่จับคู่ ให้ทำดังนี้
- ไปที่การตั้งค่าบลูทูธ
- เลือก "ไม่จำอุปกรณ์"
- เปิดและปิดโหมดบนเครื่องบิน
- ในอุปกรณ์ที่จับคู่ ให้ทำดังนี้
- ตรวจสอบว่า "บันทึกอุปกรณ์โดยอัตโนมัติ" เปิดอยู่
- สวิตช์นี้จะปิดอยู่โดยค่าเริ่มต้น
- ตัวเลือกนี้อยู่ในการตั้งค่า > Google อุปกรณ์ > บันทึกแล้ว อุปกรณ์ (1 เครื่องต่อ DUT)
- ให้อุปกรณ์บลูทูธอยู่ในโหมดการจับคู่
- จับคู่อุปกรณ์บลูทูธเริ่มต้น (A)
- จับคู่อุปกรณ์บลูทูธที่มากับอุปกรณ์อื่นๆ (B, C, D ฯลฯ)
- หากมีการจับคู่อุปกรณ์กับบัญชี Google สำหรับการทดสอบแล้ว ให้ทำ
ต่อไปนี้เพื่อล้างการจับคู่:
ขอบเขต
- ชุดหูฟังทั้งหมดทำการทดสอบจากแท็บต่างๆ ใน เทมเพลตการทดสอบการสลับอุปกรณ์เสียงด้วยตนเอง
- ชุดหูฟังที่รองรับเฉพาะโหมด SinglePoint (SP) จะทำงานดังนี้
- แท็บ generic_test
- ชุดหูฟังที่รองรับโหมด MP จะทำงานดังต่อไปนี้
- แท็บ generic_test
- แท็บ Multipoint_only
- ชุดหูฟัง MP ที่สามารถสลับเข้าสู่โหมด SP จะใช้งานดังต่อไปนี้
- แท็บ generic_test ที่ปิด MP
- แท็บ generic_test ที่เปิด MP อยู่
- แท็บ Multipoint_only ที่เปิด MP
การดำเนินการพักผ่อนด้วยตนเองและรายงานการทดสอบด้วยตนเองให้เสร็จสมบูรณ์
- เรียกใช้กรอบการทดสอบทั้งหมดอย่างน้อย 2 ครั้ง
- การทดสอบควรดำเนินการในรูปแบบต่อไปนี้
- อุปกรณ์ A=Android S (12) + อุปกรณ์ B=Android T (13)
- อุปกรณ์ A=Android T (13) + อุปกรณ์ B=Android S (12)
- อุปกรณ์ ข จะเป็น DUT หลัก
- ป้อนรายละเอียดของอุปกรณ์ ข ใน "โทรศัพท์" และ "ระบบปฏิบัติการ" ที่ด้านบนสุดของ template
ตัวอย่างกรอบการทดสอบ
โทรศัพท์ทดสอบ
- อุปกรณ์ 1: Samsung (Android 13)
- อุปกรณ์ 2: Pixel (Android 12 หรือ 13) และอุปกรณ์อื่นๆ
การทดสอบที่ดำเนินการแล้ว:
- การเรียกใช้ครั้งที่ 1 อุปกรณ์ ก=Samsung S10+ (12), อุปกรณ์ ข=Pixel 7 Pro (13) คอลัมน์ D: โทรศัพท์=Pixel 7 Pro, OS=Android 13
- เรียกใช้ครั้งที่ 2 อุปกรณ์ ก=Pixel 7 Pro (13), อุปกรณ์ ข=Pixel 6(12) คอลัมน์ E: โทรศัพท์=Pixel 6, OS=Android 12
ตัวอย่างการทดสอบที่เสร็จสมบูรณ์ในเทมเพลตการทดสอบตนเอง
กิจกรรมเสียง:
- เหตุการณ์เสียงที่ทดสอบและแอปทดสอบที่แนะนำมี 4 ประเภทดังนี้
- โทร:
- แอปโทรศัพท์ในตัว
- VoIP: แอป VoIP ทุกชนิดใช้งานได้ เช่น
- แอปทดสอบการสลับอุปกรณ์เสียง
- FB Messenger
- บรรทัด
- Google Meet
- Google Meet
- สื่อ: โปรแกรมเล่นเสียงทั้งหมดจะใช้งานได้ เช่น
- แอปทดสอบการสลับอุปกรณ์เสียง
- YouTube Music
- Apple Music
- Spotify
- Google Podcasts
- เกม:
- แอปทดสอบการสลับอุปกรณ์เสียง
- โทร:
ข้อมูลการแก้ไขข้อบกพร่อง:
การแจ้งเตือนจะเปิดใช้หลังจากเข้าร่วม fp-sass-partner-test ตัวอย่างเช่น
การแจ้งเตือนสถานะล่าสุด:
ไม่มีการแจ้งเตือนการเปลี่ยน:
- การแจ้งเตือนการเปลี่ยนเวลาในการตอบสนอง:
การวัดเวลาในการตอบสนอง
- เวลาในการตอบสนองของสวิตช์มี 2 ประเภท ดังนี้
- การเชื่อมต่อโปรไฟล์บลูทูธกับผู้แสวงหาที่ไม่ได้เชื่อมต่อ
- ซึ่งรวมถึงกรณี SinglePoint ทั้งหมด และกรณี MP บางส่วนที่กำหนดเป้าหมาย ผู้ค้นหา (อุปกรณ์ B) ไม่ได้เชื่อมต่ออยู่
- กำลังเปลี่ยน Seeker ที่เชื่อมต่อที่ใช้งานอยู่
- ซึ่งรวมถึงกรณี MP บางรายการที่ผู้ค้นหาเป้าหมาย (อุปกรณ์ B) คือ เชื่อมต่ออยู่แล้ว
- การเชื่อมต่อโปรไฟล์บลูทูธกับผู้แสวงหาที่ไม่ได้เชื่อมต่อ
- การดึงข้อมูลเวลาในการตอบสนองทำได้ 2 วิธีดังนี้
- ลดเวลาในการตอบสนองทั้งหมดได้ด้วยคำสั่ง adb
- ดูรายละเอียดได้ในส่วนเวลาในการตอบสนองของดัมพ์
- คำสั่งนี้จะระบุและบันทึกเวลาในการตอบสนองหลังจากเสร็จสิ้นการดำเนินการได้เป็นอย่างน้อย กรอบการทดสอบ 1 รายการ
- ใช้แอปทดสอบการสลับอุปกรณ์เสียง
- แอปที่กำลังทำงานในผู้ค้นหาเป้าหมายจะแสดงเวลาในการตอบสนองหลังจาก การเปลี่ยนอุปกรณ์
- หากไม่มีสวิตช์ แอปจะแสดงข้อความ "ไม่มีสวิตช์" เหตุผล
- ลดเวลาในการตอบสนองทั้งหมดได้ด้วยคำสั่ง adb
แอปทดสอบการสลับอุปกรณ์เสียง:
- การใช้แอปเพื่อทริกเกอร์เหตุการณ์เสียง VoIP/สื่อ/เกมระหว่างการทดสอบตนเองจะ
ลดความซับซ้อนในการตั้งค่าการทดสอบและลดเวลาในการตอบสนองของเหตุการณ์ของ Seeker
- ดาวน์โหลดเวอร์ชัน 1.03 ได้ที่นี่
- การติดตั้งแอป:
- คัดลอก APK ไปยังโทรศัพท์ทดสอบและเปิด
- อีกทางเลือกหนึ่งคือใช้
adb install audio_test_app.apk
- หากคุณเห็นกล่องโต้ตอบที่ขอสิทธิ์เข้าถึงการแจ้งเตือน ให้ทำดังนี้
- คลิก "ตกลง"
- เลือก "การทดสอบ SASS ของ FP" ในรายการแอป
- อนุญาตให้เข้าถึงการแจ้งเตือน
ภาพรวมของแอป:
- ผู้ให้บริการเป้าหมาย
- ปุ่มนี้จะแสดงรายการอุปกรณ์บลูทูธที่จับคู่เมื่อคลิก เลือก ลิงก์ที่คุณต้องการทดสอบ
- ปุ่ม "เชื่อมต่อ" และ "ยกเลิกการเชื่อมต่อ" จะทำงานเหมือนกับปุ่มในบลูทูธ การตั้งค่า รายละเอียดอุปกรณ์
- สถานะปัจจุบัน
- ช่องนี้แสดงสถานะการเชื่อมต่อล่าสุดที่ Seeker ได้รับจากผู้ให้บริการ โดยใช้การโฆษณา BLE หรือสตรีมเหตุการณ์
- การแจ้งเตือนการแก้ไขข้อบกพร่องเกี่ยวกับการสลับเสียงจะแสดงที่นี่ด้วย
- ประเภทผู้ค้นหา
- ตัวเลือกนี้ใช้เพื่อเปลี่ยนอุปกรณ์ระหว่างสตรีมเสียง
- ประเภทเสียง
- VoIP
การเลือกโหมดนี้จะเปลี่ยนโหมดเสียงเป็น
AudioManager.MODE_IN_COMMUNICATION
และโทรAudioManager.startBluetoothSco
จากนั้นเล่นเสียงด้วยUSAGE_VOICE_COMMUNICATION
- ประเภทสตรีมคือ
STREAM_VOICE_CALL
- สถานะการเชื่อมต่อผู้ให้บริการควรเปลี่ยนเป็น
CONNECTED_HFP
ภายใน 5 วินาที
- ประเภทสตรีมคือ
- สื่อ
การเลือกโหมดนี้จะเล่นเสียงที่รองรับ AVRCP ประเภทการใช้เสียง
คือ
USAGE_MEDIA
- สถานะการเชื่อมต่อผู้ให้บริการควรเปลี่ยนเป็น
CONNECTED_A2DP_WITH_AVRCP
ภายใน 5 วินาที - สถานะการเชื่อมต่ออาจเปลี่ยนเป็น
CONNECTED_A2DP_ONLY
เป็นเวลาสั้นๆ เมื่อเริ่มดำเนินการ หรือหยุด
- สถานะการเชื่อมต่อผู้ให้บริการควรเปลี่ยนเป็น
- เกม
การเลือกโหมดนี้จะเล่นเสียงที่ไม่รองรับ AVRCP การใช้เสียง
ประเภทคือ
USAGE_GAME
- สถานะการเชื่อมต่อผู้ให้บริการควรเปลี่ยนเป็น
CONNECTED_A2DP_ONLY
ภายใน 5 วินาที
- สถานะการเชื่อมต่อผู้ให้บริการควรเปลี่ยนเป็น
- ปุ่มเล่นและหยุด
- ปุ่ม "เล่น" และ "หยุด" จะเริ่มหรือหยุดเสียง
- เปลี่ยนผลลัพธ์
ฟิลด์นี้จะแสดงเวลาในการตอบสนองของ "เชื่อมต่อและสลับ" ที่ใช้งานอยู่ และยังแสดง เหตุผลที่ปฏิเสธการเปลี่ยน หากเหตุการณ์เสียงถูกเรียกใช้ แต่สวิตช์ ไม่ได้เกิดขึ้น
- เวลาในการตอบสนองมีหน่วยวัดเป็นมิลลิวินาที (ms)
- โดยทั่วไป เวลาในการตอบสนองจะวัดตั้งแต่จุดเริ่มต้นของทริกเกอร์การเปลี่ยนเสียงเป็น ได้รับการเชื่อมต่อโปรไฟล์ BT แล้ว หรือแจ้งเตือนเหตุการณ์สวิตช์หลายจุด
- สวิตช์ที่ทริกเกอร์โดยผู้ให้บริการจะวัดเวลาในการตอบสนองตั้งแต่เริ่มเสียง
เวลาในการตอบสนองของดัมพ์
- คำสั่งต่อไปนี้ช่วยให้ผู้ใช้บันทึกการวัดเวลาในการตอบสนองได้เมื่อ
เรียกใช้การทดสอบด้วยตนเอง:
adb shell dumpsys activity service com.google.android.gms/.nearby.discovery.service.DiscoveryService
- การวัดเวลาในการตอบสนองจะแสดงใต้
SwitchHistory
ของNearbyDeviceManager
ส่วน:
- การวัดเวลาในการตอบสนองจะแสดงใต้
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 มิลลิวินาที
การอ้างอิงรูปแบบบันทึก:
ปัญหาที่ทราบแล้ว
ข้อบกพร่องที่ทราบแล้วซึ่งเกิดจาก Seeker มีดังนี้
- การสลับอุปกรณ์เสียงในเกมไม่ถูกต้อง
- โทรศัพท์ Samsung จะตั้งค่าสถานะการเชื่อมต่อเป็น
CONNECTED_A2DP_WITH_AVRCP
จากเดิมCONNECTED_A2DP_ONLY
เมื่อเปิด เกม - เกมบางเกม(เช่น Candy Crush) อาจเล่นเพลงอยู่เบื้องหลังซ้ำและทริกเกอร์เกมใหม่ เหตุการณ์เสียงที่ไม่มีอินพุตของผู้ใช้ โทรศัพท์ที่เชื่อมต่ออาจเปลี่ยนอย่างต่อเนื่อง เสียงในโทรศัพท์ทุกเครื่องที่เปิดเกม
- โทรศัพท์ Samsung จะตั้งค่าสถานะการเชื่อมต่อเป็น