การดูแลระบบอุปกรณ์
การทดสอบ: 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 คำแนะนำสำหรับการทดสอบการออกอากาศข้อความเสียง
คำแนะนำเฉพาะเพื่อหลีกเลี่ยงพฤติกรรมที่ไม่สม่ำเสมอ:
- ติดตั้ง CtsVerifier.apk บน DUT
- ติดตั้ง CtsVerifierUSBCompanion.apk บน Pixel
- ตรวจสอบให้แน่ใจว่าได้ถอดสาย USB ทั้งหมดออกแล้ว
- เริ่ม CtsVerifierUSBCompanion บน Pixel และเลือกตัวช่วยทดสอบอุปกรณ์เสริม
- เริ่ม CtsVerifier บน DUT และเลือกการทดสอบอุปกรณ์เสริม USB
- เชื่อมต่ออะแดปเตอร์ OTG เข้ากับ Pixel จากนั้นเชื่อมต่อ DUT ผ่านสาย USB-A (ตัวผู้)-C
- อนุมัติกล่องโต้ตอบการเชื่อมต่อตามลำดับต่อไปนี้:
- พิกเซล
- ดุษฎีบัณฑิต
- พิกเซล
- รอจนกว่าการทดสอบจะเสร็จสิ้น
การทดสอบการค้นพบเซ็นเซอร์แบบไดนามิก
ผู้ผลิตอุปกรณ์แต่ละรายสามารถตัดสินใจได้ว่าจะรองรับ API หรือไม่ ( isDynamicSensorDiscoverySupported
)
หากอุปกรณ์รองรับ API ผู้ผลิตอุปกรณ์จำเป็นต้องจัดหาเซ็นเซอร์ภายนอกที่สามารถใช้เพื่อผ่านการทดสอบ ผู้ผลิตอุปกรณ์จะต้องค้นหาอุปกรณ์เพื่อเชื่อมต่อกับอุปกรณ์ของตนเพื่อทดสอบเซ็นเซอร์แบบไดนามิก
หากผู้ผลิตอุปกรณ์ไม่สามารถค้นหาอุปกรณ์ได้ คุณสามารถใช้การตั้งค่าต่อไปนี้
- ซื้อบอร์ดพัฒนา TI EK-TM4C123GXL
ตัวเลือกที่ 1
ตัวเลือกที่ 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 ได้
ดึงข้อมูลไบนารีที่ Google ให้มาเรียกว่า
usb_sensor_dummy_accel.bin.พลิกสวิตช์บนบอร์ดไปที่โหมด DEBUG และเสียบสายไมโคร USB เข้ากับพอร์ตที่มีป้ายกำกับ DBG
รันคำสั่งต่อไปนี้:
lm4flash -v -E usb_accel_dummy.bin
หมายเหตุ: หากมีปัญหาเรื่องการอนุญาต โปรดเรียกใช้ด้วย
sudo
หลังจากการกะพริบเสร็จสิ้น ให้ถอดสายไมโคร USB ออกจากพอร์ต DBG พลิกสวิตช์ที่ใช้ก่อนหน้านี้กลับไปที่ DEVICE จากนั้นเสียบปลายด้านหนึ่งของสายไมโคร USB เข้ากับช่องเสียบ USB ที่มีป้ายกำกับว่า DEVICE ปลายอีกด้านของสายเคเบิลควรเสียบเข้ากับอุปกรณ์ของคุณโดยตรง
ตอนนี้คุณสามารถดำเนินการทดสอบ 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 ให้ทำดังต่อไปนี้:
ตรวจสอบให้แน่ใจว่าอุปกรณ์เปิดใช้งานบทบาท
NOTES
แล้ว หากคุณเห็นตัวเลือก บันทึก ภายใต้ แอปเริ่มต้น ในหน้าต่างการตั้งค่า แอป แสดง ว่าบทบาทNOTES
จะถูกเปิดใช้งานหากอุปกรณ์รองรับบทบาท
NOTES
ให้เริ่มแอปจดบันทึกเริ่มต้นในหน้าต่างมัลติทาสก์แบบลอย คุณสามารถทำได้ผ่านจุดเข้าทางลัดวิดเจ็ตบนหน้าจอหลักหรือการทำงานของอุปกรณ์ต่อพ่วง เช่น ปุ่มบนสไตลัสติดตั้ง
CtsDefaultNotesApp
ตามที่อธิบายไว้ในREADME
ในขณะที่รันการทดสอบ ให้ใช้แนวทางต่อไปนี้:
- หากปิดใช้งานบทบาท
NOTES
รายการทดสอบจะว่างเปล่า และการทดสอบจะอนุญาตให้ผู้ใช้ข้ามการทดสอบได้ แตะปุ่มผ่านสีเขียวเพื่อข้ามการทดสอบ หากเปิดใช้งานบทบาท
NOTES
ปุ่มผ่านสีเขียวจะถูกปิดใช้งานและมีการทดสอบอยู่ในรายการทดสอบดังแสดงในรูปต่อไปนี้:รูปที่ 5. ทดสอบเนื้อหาสำหรับบันทึกย่อเมื่อเปิดใช้งานบทบาท
NOTES
ดำเนินการชุดทดสอบ Capture Content for Notes ดังต่อไปนี้:
ผ่านการทดสอบแต่ละครั้งและปฏิบัติตามคำแนะนำ
แตะปุ่มที่เหมาะสม:
- แตะปุ่มผ่านสีเขียวเพื่อบันทึกความสำเร็จ ปุ่มผ่านสีเขียวจะเปิดใช้งานเมื่อการทดสอบทั้งหมดผ่านการทดสอบ
- แตะปุ่มล้มเหลวสีแดงเพื่อบันทึกความล้มเหลว ปุ่มล้มเหลวสีแดงจะเปิดใช้งานหากมีการทดสอบล้มเหลว