คำแนะนำการทดสอบ CTS Verifier

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

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

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

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

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

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

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

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

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

การทดสอบอุปกรณ์คู่หู

การทดสอบอุปกรณ์ที่แสดงร่วมคือ com.android.cts.verifier.companion.CompanionDeviceTestActivity

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

ดูด้านล่างสำหรับผลลัพธ์ที่คาดหวัง

1. แตะ [ไป]	2. แตะอุปกรณ์ BT	3. แตะ [ผ่าน]

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

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

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

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

ข้อความเสียงพร้อมภาพเป็นวิธีการส่งข้อมูลเสียงของอุปกรณ์และข้อมูลโดยละเอียดสำหรับข้อความเสียงที่เข้ามา แทนที่จะส่งเพียงข้อความ แจ้งสถานะรอข้อความ** (MWI) SMS

การทดสอบเป็นการทดสอบพฤติกรรมเกี่ยวกับการรับ MWI และหากมีการใช้ Visual Voicemail ผู้ให้บริการอาจไม่ส่ง 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. อนุมัติกล่องโต้ตอบการเชื่อมต่อตามลำดับต่อไปนี้:
   • พิกเซล
   • ดุษฎีบัณฑิต
   • พิกเซล
   • รอจนกว่าการทดสอบจะเสร็จสิ้น

การทดสอบการค้นพบเซ็นเซอร์แบบไดนามิก

ผู้ผลิตอุปกรณ์แต่ละรายสามารถตัดสินใจได้ว่าจะรองรับ 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 > การดูแลระบบอุปกรณ์ > การทดสอบการถอนการติดตั้งผู้ดูแลระบบอุปกรณ์

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

จับภาพเนื้อหาสำหรับการทดสอบ Notes

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

การทดสอบ Capture Content for Notes อยู่ใน CaptureContentForNotesVerifierActivity.java และอยู่ภายใต้หมวดหมู่ FEATURES ดังแสดงในรูปต่อไปนี้:

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

การทดสอบการจับภาพเนื้อหาสำหรับ Notes จะทดสอบ 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

ก่อนที่จะดำเนินการทดสอบ Capture Content for Notes ให้ทำดังต่อไปนี้:

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

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

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

ในขณะที่รันการทดสอบ ให้ใช้แนวทางต่อไปนี้:

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

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

  

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

  ดำเนินการชุดทดสอบ Capture Content for Notes ดังต่อไปนี้:

  1. ผ่านการทดสอบแต่ละครั้งและปฏิบัติตามคำแนะนำ

  2. แตะปุ่มที่เหมาะสม:

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