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

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

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

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

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

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

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

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

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

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

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

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

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

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

1. แตะ [ไป]	2. แตะอุปกรณ์ BT	3. แตะ [บัตร]

รูปที่ 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. พลิกสวิตช์บนแผงเป็นโหมดแก้ไขข้อบกพร่อง แล้วเสียบสายไมโคร USB เข้ากับพอร์ตที่มีป้ายกำกับ DBG

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

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

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

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

ก่อนทำการทดสอบการจับเนื้อหาสำหรับ Notes ให้ทำดังนี้

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

   หมายเหตุ: การทดสอบจะอนุญาตให้ผู้ใช้ข้ามการทดสอบได้หากบทบาท NOTES ถูกปิดใช้

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

   หมายเหตุ: การทดสอบการจับเนื้อหาสำหรับ Notes อาจต้องใช้ปากกาสไตลัสหรือฮาร์ดแวร์อื่นๆ เพื่อเรียกใช้การผสานรวมการจดบันทึกของระบบ ทั้งนี้ขึ้นอยู่กับการปรับแต่ง OEM OEM ยังอนุญาตให้ใช้คำสั่ง adb เพื่อเลียนแบบการดำเนินการที่ทริกเกอร์การผสานรวมการจดบันทึกของระบบได้ด้วย

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

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

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

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

  

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

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

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

     หมายเหตุ: การทดสอบบางอย่างอาจขอให้ผู้ใช้เปิด CtsDefaultNotesApp ในโหมดการแสดงผลแบบหน้าต่างที่เฉพาะเจาะจงโดยใช้ท่าทางสัมผัสเฉพาะ OEM และตั้งค่านโยบายของผู้ดูแลระบบ

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

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