คำแนะนำในการทดสอบโปรแกรมตรวจสอบ 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. แตะ [ไป]	2. แตะอุปกรณ์ BT	3. แตะ [ผ่าน]

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

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

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

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

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

การทดสอบนี้เป็นการทดสอบลักษณะการทำงานเกี่ยวกับการรับ 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(ตัวผู้) เป็น USB-C
7. อนุมัติกล่องโต้ตอบการเชื่อมต่อตามลำดับต่อไปนี้
   • Pixel
   • DUT
   • Pixel
   • รอจนกว่าการทดสอบจะเสร็จสมบูรณ์

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

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

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

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

1. ซื้อบอร์ดพัฒนา TI EK-TM4C123GXL
   Option 1
   Option 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 > การดูแลระบบอุปกรณ์ > การทดสอบการถอนการติดตั้งผู้ดูแลระบบอุปกรณ์

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

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

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

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

รูปที่ 4 การทดสอบการจับภาพเนื้อหาสำหรับแอปจดบันทึกในชุดทดสอบ 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. แตะปุ่มที่เหมาะสม

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