แนวทางการทดสอบสำหรับผู้ตรวจสอบ CTS

การดูแลระบบอุปกรณ์

การทดสอบ: Cts Verifier > การดูแลระบบอุปกรณ์ > การทดสอบ Tapjacking ของผู้ดูแลระบบอุปกรณ์

• com.android.cts.verifier.admin.tapjacking.DeviceAdminTapjackingTestActivity

การทดสอบนี้ขึ้นอยู่กับการตีความว่าระบบทำงานตามที่คาดไว้หรือไม่ ผู้ใช้สามารถแตะปุ่มผ่านการวางซ้อนแต่อาจทำให้เกิดคำอธิบายที่ไม่ชัดเจน

ปุ่มเปิดใช้งานผู้ดูแลระบบควรปิดใช้และไม่ควรบันทึกการแตะใดๆ

เปิดใช้งานแอปผู้ดูแลระบบในอุปกรณ์ไม่ได้ แต่ระบบจะแสดงข้อความแจ้งเนื่องจากมีแอปอื่นแสดงอยู่เหนือตัวเลือกเหล่านี้ การตั้งค่าจึงตอบสนองต่อการดำเนินการของคุณไม่ได้ ระบบจึงบันทึกการแตะไว้และยังคงแตะยกเลิกและกดถอนการติดตั้งแอปได้

ด้านล่างนี้คือผลลัพธ์ที่คาดหวังสำหรับขั้นตอนที่ 3

3. แตะ [เปิดใช้ผู้ดูแลระบบของอุปกรณ์]	3.1 [เปิดใช้งานแอปผู้ดูแลระบบในอุปกรณ์นี้] เปิดใช้งานอยู่	3.2 [เปิดใช้งานแอปผู้ดูแลระบบอุปกรณ์นี้] ถูกปิดใช้

รูปที่ 1 ผลลัพธ์ที่คาดหวังสำหรับการทดสอบการดูแลระบบอุปกรณ์

การทดสอบอุปกรณ์ที่ใช้ร่วมกัน

การทดสอบอุปกรณ์ที่ใช้ร่วมกันคือ com.android.cts.verifier.companion.CompanionDeviceTestActivity

อาจไม่ชัดเจนว่าการทดสอบเสร็จสิ้นอย่างถูกต้องหรือไม่หลังจากเลือกอุปกรณ์ในรายการและกดตกลง

ดูผลลัพธ์ที่คาดไว้ได้ที่ด้านล่าง

1. แตะ [GO]	2. แตะอุปกรณ์ BT	3. แตะ [Pass]

รูปที่ 2 ผลลัพธ์ที่คาดหวังสำหรับการทดสอบอุปกรณ์ที่ใช้ร่วมกัน

การทดสอบการออกอากาศข้อความเสียง

การทดสอบการออกอากาศข้อความเสียงคือ com.android.cts.verifier.voicemail.VoicemailBroadcastActivity

หากต้องการส่งข้อความเสียงไปยังโทรศัพท์ ให้โทรหาอุปกรณ์ ปฏิเสธสายในอุปกรณ์ แล้วฝากข้อความเสียง

ข้อความเสียงพร้อมภาพเป็นวิธีส่งข้อมูลเสียงของอุปกรณ์และรายละเอียดของข้อความเสียงขาเข้าแทนการส่งเฉพาะ SMS Message Waiting Indicator** (MWI)

การทดสอบนี้เป็นการทดสอบพฤติกรรมการรับ MWI และหากมีการใช้ข้อความเสียงพร้อมภาพ ผู้ให้บริการอาจไม่ส่ง MWI และรบกวนการทดสอบ จึงต้องปิดใช้ข้อความเสียง

การทดสอบอุปกรณ์เสริม/อุปกรณ์ USB

รูปที่ 3 คำแนะนำสำหรับการทดสอบการออกอากาศข้อความเสียง

คำแนะนำที่เฉพาะเจาะจงเพื่อหลีกเลี่ยงการทำงานที่ไม่สม่ำเสมอ:

1. ติดตั้ง CtsVerifier.apk ใน DUT
2. ติดตั้ง CtsVerifierUSBCompanion.apk ใน Pixel
3. ตรวจสอบว่าถอดสาย USB ทั้งหมดออกแล้ว
4. เริ่ม CtsVerifierUSBCompanion ใน Pixel แล้วเลือกอุปกรณ์เสริมที่ใช้ทดสอบ
5. เริ่ม CtsVerifier ใน DUT แล้วเลือกการทดสอบอุปกรณ์เสริม USB
6. เชื่อมต่ออะแดปเตอร์ OTG กับ Pixel แล้วเชื่อมต่อ DUT ผ่านสาย USB-A(ตัวผู้) -C
7. อนุมัติกล่องโต้ตอบการเชื่อมต่อตามลําดับต่อไปนี้
   • Pixel
   • DUT
   • Pixel
   • รอจนกว่าการทดสอบจะเสร็จสมบูรณ์

การทดสอบการตรวจหาเซ็นเซอร์แบบไดนามิก

ผู้ผลิตอุปกรณ์แต่ละรายตัดสินใจได้ว่าจะรองรับ API ดังกล่าวหรือไม่ (isDynamicSensorDiscoverySupported)

หากอุปกรณ์รองรับ API ผู้ผลิตอุปกรณ์จะต้องหาแหล่งที่มาของเซ็นเซอร์ภายนอกที่ใช้ในการทดสอบให้ผ่าน ผู้ผลิตอุปกรณ์จะต้องค้นหาอุปกรณ์ เพื่อเชื่อมต่อกับอุปกรณ์ของตน เพื่อทดสอบเซ็นเซอร์แบบไดนามิก

หากผู้ผลิตอุปกรณ์ไม่สามารถระบุตำแหน่งอุปกรณ์ได้ คุณจะใช้การตั้งค่าต่อไปนี้ได้

1. ซื้อบอร์ดพัฒนา TI EK-TM4C123GXL
   ตัวเลือกที่ 1
   ตัวเลือกที่ 2

2. ดาวน์โหลดและติดตั้ง lm4tools

   สำหรับการดำเนินการ Linux/Mac: cd /tmp git clone https://github.com/utzig/lm4tools.git cd lm4tools make sudo PREFIX=/usr make install

   สำหรับ Windows คุณสามารถใช้ LMFlash จาก TI ได้โดยตรง ซึ่งจะช่วยให้คุณแฟลชจาก GUI ได้

3. เรียกข้อมูลไบนารีที่ Google มีให้ชื่อว่า
   usb_sensor_dummy_accel.bin

4. พลิกสวิตช์ที่มีอยู่บนบอร์ดเป็นโหมด DEBUG แล้วเสียบสายไมโคร USB เข้ากับพอร์ตที่มีป้ายกำกับว่า DBG

5. เรียกใช้คำสั่งต่อไปนี้ lm4flash -v -E usb_accel_dummy.bin

   หมายเหตุ: หากมีปัญหาเกี่ยวกับสิทธิ์ โปรดเรียกใช้ด้วย sudo

6. หลังจากแฟลชเสร็จแล้ว ให้ถอดสายไมโคร USB ออกจากพอร์ต DBG พลิกสวิตช์ที่ใช้ก่อนหน้านี้กลับไปเป็น DEVICE แล้วเสียบสายไมโคร USB ปลายด้านหนึ่งเข้ากับช่อง USB ที่ระบุว่า DEVICE เสียบปลายสายอีกด้านเข้ากับอุปกรณ์โดยตรง

7. ตอนนี้คุณสามารถทำการทดสอบ CTS-V นี้ซึ่งน่าจะตรวจพบและใช้อุปกรณ์ที่คุณเพิ่งเสียบเป็นตัวตรวจวัดความเร่งปลอมได้

การทดสอบการถอนการติดตั้งของผู้ดูแลระบบอุปกรณ์

การทดสอบนี้อาจต้องติดตั้ง CtsEmptyDeviceAdmin.apk ในอุปกรณ์ด้วยตนเองจากโฮสต์ผ่าน adb ก่อน

เช่น adb install CtsEmptyDeviceAdmin.apk

ใช้ CTS Verifier > Device Administration > Device Admin Uninstall Test

อุปกรณ์ควรตรวจพบว่ามีการติดตั้งแอปแล้วและดำเนินการตามขั้นตอนอื่นๆ

จับภาพเนื้อหาสําหรับการทดสอบโน้ต

ตั้งแต่ Android 14 เป็นต้นไป หาก OEM เลือกที่จะเปิดใช้บทบาท NOTES อุปกรณ์ OEM จะต้องผ่านการทดสอบ CTS-V ใหม่สำหรับการจับเนื้อหาสำหรับ Notes

การทดสอบการจับเนื้อหาสำหรับโน้ตอยู่ใน CaptureContentForNotesVerifierActivity.java และอยู่ในหมวดหมู่ฟีเจอร์ดังที่แสดงในภาพต่อไปนี้

รูปที่ 4 บันทึกเนื้อหาสําหรับการทดสอบ Notes ในชุด CTS-V

การทดสอบการจับเนื้อหาสำหรับโน้ตจะทดสอบ API ต่อไปนี้

• Intent#ACTION_LAUNCH_CAPTURE_CONTENT_ACTIVITY_FOR_NOTE
• Intent#EXTRA_CAPTURE_CONTENT_FOR_NOTE_STATUS_CODE
• android.permission.LAUNCH_CAPTURE_CONTENT_ACTIVITY_FOR_NOTE
• StatusBarManager#canLaunchCaptureContentActivityForNote

ก่อนเรียกใช้การทดสอบของการบันทึกเนื้อหาสำหรับโน้ต ให้ดำเนินการดังนี้

1. ตรวจสอบว่าอุปกรณ์เปิดใช้บทบาท NOTES แล้ว หากเห็นตัวเลือกโน้ตในส่วนแอปเริ่มต้นในหน้าต่างการตั้งค่าแอป แสดงว่าเปิดใช้บทบาท NOTES แล้ว

2. หากอุปกรณ์รองรับบทบาท NOTES ให้เริ่มแอปจดบันทึกเริ่มต้นในหน้าต่างการทำงานแบบหลายอย่างพร้อมกันแบบลอย ซึ่งทำได้ผ่านทางลัดของวิดเจ็ตหรือจุดแรกเข้าบนหน้าจอหลัก หรือการดำเนินการของอุปกรณ์ต่อพ่วง เช่น ปุ่มบนปากกาสไตลัส

3. ติดตั้ง CtsDefaultNotesApp ตามที่อธิบายไว้ใน README

ขณะทำการทดสอบ ให้ใช้หลักเกณฑ์ต่อไปนี้

• หากปิดใช้บทบาท NOTES รายการทดสอบจะว่างเปล่าและการทดสอบจะอนุญาตให้ผู้ใช้ข้ามการทดสอบได้ แตะปุ่มบัตรผ่านสีเขียวเพื่อข้ามการทดสอบ

• หากเปิดใช้บทบาท NOTES ระบบจะปิดใช้ปุ่ม "ผ่าน" สีเขียวและแสดงการทดสอบในรายการการทดสอบดังที่แสดงในภาพต่อไปนี้

  

  รูปที่ 5 บันทึกเนื้อหาสำหรับการทดสอบโน้ตเมื่อเปิดใช้บทบาท NOTES

  เรียกใช้ชุดทดสอบการจับเนื้อหาสำหรับโน้ตดังนี้

  1. ทำตามการทดสอบแต่ละรายการและทําตามวิธีการ

  2. แตะปุ่มที่เหมาะสม ดังนี้

     • แตะปุ่มผ่านสีเขียวเพื่อบันทึกความสำเร็จ ปุ่มผ่านสีเขียวจะเปิดใช้เมื่อการทดสอบทั้งหมดผ่าน
     • แตะปุ่ม "ไม่ผ่าน" สีแดงเพื่อบันทึกการไม่ผ่าน ระบบจะเปิดใช้ปุ่ม "ไม่ผ่าน" สีแดงหากการทดสอบไม่ผ่าน