ตั้งค่าCTS

หากต้องการเรียกใช้ CTS ก่อนอื่นให้เตรียมสภาพแวดล้อมทางกายภาพ เครื่องเดสก์ท็อป และอุปกรณ์ Android ที่คุณใช้ทดสอบ

สภาพแวดล้อมทางกายภาพ

บีคอน Bluetooth LE

หากอุปกรณ์ที่อยู่ระหว่างการทดสอบ (DUT) รองรับ Bluetooth LE ให้วางบีคอน Bluetooth LE อย่างน้อยสามตัวภายในระยะ 5 เมตรจาก DUT สำหรับการทดสอบการสแกน Bluetooth LE บีคอนเหล่านั้นไม่จำเป็นต้องกำหนดค่าหรือปล่อยสัญญาณใดๆ โดยเฉพาะ และสามารถเป็นประเภทใดก็ได้ รวมถึง iBeacon, Eddystone หรือแม้แต่อุปกรณ์จำลองบีคอน BLE

อัลตร้าไวด์แบนด์

หาก DUT รองรับแถบความถี่กว้างพิเศษ (UWB) อุปกรณ์อื่นที่รองรับ UWB จะต้องวางตำแหน่งไว้ใกล้เพียงพอและอยู่ในทิศทางเพื่อไม่ให้มีเสาอากาศและโซนสัญญาณวิทยุขาดหาย สำหรับการทดสอบความแม่นยำของระยะทาง จำเป็นต้องมีการกำหนดตำแหน่งและทิศทางที่เฉพาะเจาะจง สำหรับรายละเอียดการตั้งค่า โปรดดู ข้อกำหนด UWB การทดสอบ UWB จะต้องดำเนินการด้วยตนเอง โดยระบุในบรรทัดคำสั่งว่าอุปกรณ์ทั้งสองเครื่องอยู่ห่างจากกันหนึ่งเมตร สำหรับรายละเอียดเกี่ยวกับชาร์ดดิ้งที่จำเป็นสำหรับการทดสอบนี้ โปรดดูที่ ชาร์ดดิ้งในตัวเครื่อง

กล้อง

เมื่อใช้งานกล้อง CTS ให้ใช้สภาพแสงปกติด้วยแผนภูมิรูปแบบการทดสอบ (เช่น รูปแบบกระดานหมากรุก) วางแผนภูมิรูปแบบการทดสอบตามระยะโฟกัสต่ำสุดของ DUT เพื่อให้แน่ใจว่าไม่ได้อยู่ใกล้เลนส์มากเกินไป

ชี้เซ็นเซอร์กล้องไปยังฉากที่มีแสงสว่างเพียงพอเพื่อให้เซ็นเซอร์ที่ทดสอบเข้าถึงและคงอยู่ที่เฟรมเป้าหมายสูงสุดที่กำหนดค่าไว้ต่อวินาที (FPS) ตามที่ระบุไว้ใน CONTROL_AE_TARGET_FPS_RANGE สิ่งนี้ใช้กับเซ็นเซอร์กล้องทั้งหมดที่รายงานโดย getCameraIdList เนื่องจากการทดสอบซ้ำกับอุปกรณ์ที่อยู่ในรายการและวัดประสิทธิภาพทีละรายการ

หาก DUT รองรับกล้องภายนอก เช่น เว็บแคม USB ให้เสียบกล้องภายนอกเมื่อใช้งาน CTS มิฉะนั้นการทดสอบ CTS จะล้มเหลว

จีพีเอส/GNSS

หาก DUT รองรับคุณสมบัติระบบกำหนดตำแหน่งบนพื้นโลก/ระบบดาวเทียมนำทางทั่วโลก (GPS/GNSS) ให้ส่งสัญญาณ GPS/GNSS ให้กับ DUT ที่ระดับสัญญาณที่เหมาะสมสำหรับการรับและการคำนวณตำแหน่ง GPS ส่วน GPS จะต้องสอดคล้องกับ ICD-GPS-200C มิฉะนั้น สัญญาณ GPS/GNSS อาจเป็นสัญญาณชนิดใดก็ได้ รวมถึงเครื่องจำลองดาวเทียมหรือตัวทวนสัญญาณ GPS/GNSS ภายนอกอาคาร หรือคุณสามารถวาง DUT ใกล้พอที่จะหน้าต่างเพื่อให้สามารถรับสัญญาณ GPS/GNSS ได้โดยตรงเพียงพอ

Wi-Fi และ IPv6

การทดสอบ CTS ต้องการเครือข่าย Wi-Fi ที่รองรับ IPv4 และ IPv6 มีการเชื่อมต่ออินเทอร์เน็ตพร้อม DNS ที่ใช้งานได้สำหรับ IPv4 และ IPv6 รองรับ IP multicast และสามารถถือว่า DUT เป็นไคลเอ็นต์แบบแยกได้ ไคลเอนต์แบบแยก คือการกำหนดค่าที่ DUT ไม่สามารถมองเห็นข้อความออกอากาศ/หลายเครือข่ายบนเครือข่ายย่อยนั้น สิ่งนี้เกิดขึ้นกับการกำหนดค่าจุดเข้าใช้งาน Wi-Fi (AP) หรือโดยการเรียกใช้ DUT บนเครือข่ายย่อยแบบแยกโดยไม่ต้องเชื่อมต่ออุปกรณ์อื่น

หากคุณไม่สามารถเข้าถึงเครือข่าย IPv6 ดั้งเดิม เครือข่ายผู้ให้บริการ IPv6 หรือ VPN เพื่อผ่านการทดสอบบางอย่างโดยขึ้นอยู่กับ IPv6 คุณสามารถใช้จุดเข้าใช้งาน Wi-Fi และทันเนล IPv6 ได้

ในการผ่าน CTS นั้น DUT จำเป็นต้องมีการตั้งค่าสถานะ UP , BROADCAST และ MULTICAST บนอินเทอร์เฟซ Wi-Fi อินเทอร์เฟซ Wi-Fi จำเป็นต้องกำหนดที่อยู่ IPv4 และ IPv6 ตรวจสอบคุณสมบัติอินเทอร์เฟซ Wi-Fi ด้วย adb shell ifconfig

สำหรับอุปกรณ์ที่รองรับ Wi-Fi STA/STA Concurrency จำเป็นต้องมีเครือข่าย Wi-Fi หลายเครือข่าย (อย่างน้อย 2 เครือข่าย) หากต้องการผ่าน CTS เครือข่าย Wi-Fi จะต้องทำงานบนแบนด์ที่มี SSID ต่างกัน หรือบน SSID เดียวกันกับ BSSID ต่างกัน

RTT ไวไฟ

Android มี Wi-Fi RTT API สำหรับความสามารถ Wi-Fi Round Trip Time (RTT) ช่วยให้อุปกรณ์สามารถวัดระยะทางไปยังจุดเข้าใช้งานด้วยความแม่นยำ 1 ถึง 2 เมตร ซึ่งช่วยเพิ่มความแม่นยำของตำแหน่งในอาคารได้อย่างมาก อุปกรณ์ที่แนะนำสองเครื่องที่รองรับ Wi-Fi RTT คือ Google Wifi และ จุดเข้าใช้งาน fitlet2 ของ Compulab (ตั้งค่าเป็นแบนด์วิดท์ 40 MHz ที่ 5 GHz)

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

การตั้งค่าเครื่องเดสก์ท็อป

ข้อควรระวัง : CTS รองรับเครื่อง Linux 64 บิต ไม่รองรับ CTS บน Windows OS หรือ MacOS

FFMPEG

ติดตั้งแพ็คเกจ ffmpeg เวอร์ชัน 5.1.3 (หรือใหม่กว่า) บนเครื่องโฮสต์

การอัพเกรดเครื่องโฮสต์

ขอแนะนำอย่างยิ่งให้อัพเกรด RAM เครื่องโฮสต์ CTS เป็น 128GB และ HDD เป็น 256GB จำเป็นต้องรองรับกรณีทดสอบ CTS ที่เพิ่มขึ้น และการจองพื้นที่ฮีป Java ที่เพิ่มขึ้นในการแลกเปลี่ยน

เอดีบี และ AAPT2

ก่อนที่จะเรียกใช้ CTS ตรวจสอบให้แน่ใจว่าคุณได้ติดตั้งทั้ง Android Debug Bridge (adb) และ Android Asset Packaging Tool (AAPT2) เวอร์ชันล่าสุด และเพิ่มตำแหน่งของเครื่องมือเหล่านั้นในเส้นทางระบบของเครื่องของคุณ

หากต้องการติดตั้ง ADB และ AAPT2 ให้ดาวน์โหลด เครื่องมือแพลตฟอร์ม Android SDK ล่าสุดและ เครื่องมือสร้าง SDK Android จาก SDK Manager ของ Android Studio หรือจากเครื่องมือบรรทัดคำสั่ง sdkmanager

ตรวจสอบให้แน่ใจว่า adb และ aapt2 อยู่ในเส้นทางระบบของคุณ คำสั่งต่อไปนี้จะถือว่าคุณได้ดาวน์โหลดไฟล์เก็บถาวรแพ็กเกจไปยังไดเร็กทอรีย่อยชื่อ android-sdk ในโฮมไดเร็กตอรี่ของคุณ:

export PATH=$PATH:$HOME/android-sdk/platform-tools:$HOME/android-sdk/build-tools/<tools version number>

ชุดพัฒนา Java สำหรับ Ubuntu

ติดตั้ง Java Development Kit (JDK) เวอร์ชันที่เหมาะสม

  • สำหรับ Android 11 ให้ติดตั้ง OpenJDK11
  • สำหรับ Android 9 และ Android 10 ให้ติดตั้ง OpenJDK9
  • สำหรับ Android 7.0, 7.1, 8.0 และ 8.1 ให้ติดตั้ง OpenJDK8

สำหรับรายละเอียด โปรดดู ข้อกำหนดของ JDK

การตั้งค่าเพื่อรองรับ Python

ติดตั้ง virtualenv สำหรับแพลตฟอร์มของคุณโดยทำตามคำแนะนำ ในการติดตั้ง

คุณสามารถตรวจสอบว่าการติดตั้งสำเร็จโดยการเรียกใช้ virtualenv -h

ไฟล์ CTS

ดาวน์โหลดและเปิดแพ็คเกจ CTS จาก การดาวน์โหลดชุดทดสอบความเข้ากันได้ ที่ตรงกับเวอร์ชัน Android ของอุปกรณ์ของคุณ และ Application binary interfaces (ABI) ทั้งหมดที่อุปกรณ์ของคุณรองรับ

ดาวน์โหลดและเปิด ไฟล์สื่อ CTS เวอร์ชันล่าสุด

การตรวจจับอุปกรณ์

ทำตามขั้นตอนเพื่อ ตั้งค่าระบบของคุณเพื่อตรวจจับอุปกรณ์ของคุณ

ขีดจำกัดหน่วยความจำ

คุณอาจต้องการเพิ่มหน่วยความจำสูงสุดที่มีอยู่ระหว่างการทดสอบการทำงานในสคริปต์ cts-tradefed อ้างถึง ตัวอย่าง CL สำหรับข้อมูลเพิ่มเติม

การตั้งค่าอุปกรณ์ Android

ผู้ใช้สร้าง

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

คุณสมบัติการสร้างระดับ API แรก

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

เพื่อให้ข้อมูลนี้พร้อมใช้งานสำหรับ CTS ผู้ผลิตอุปกรณ์ควรกำหนดคุณสมบัติเวลาบิวด์ ro.product.first_api_level มูลค่าของคุณสมบัตินี้คือระดับ API แรกที่อุปกรณ์เปิดตัวในเชิงพาณิชย์

ผู้ผลิตอุปกรณ์สามารถนำการใช้งานพื้นฐานทั่วไปกลับมาใช้ใหม่เพื่อเปิดตัวผลิตภัณฑ์ใหม่เป็นการอัปเกรดผลิตภัณฑ์ที่มีอยู่ในกลุ่มอุปกรณ์เดียวกัน ผู้ผลิตอุปกรณ์สามารถเลือกที่จะตั้งค่าระดับ API ของผลิตภัณฑ์ที่มีอยู่เป็น ro.product.first_api_level เพื่อให้ข้อกำหนดการอัปเกรดมีผลกับ CTS และ Treble/VTS

ผู้ผลิตอุปกรณ์สามารถกำหนด PRODUCT_SHIPPING_API_LEVEL ในไฟล์ device.mk ของตนเพื่อตั้งค่าคุณสมบัตินี้ ดังที่แสดงในตัวอย่างต่อไปนี้:

# PRODUCT_SHIPPING_API_LEVEL sets ro.product.first_api_level to indicate
# the first api level that the device has been commercially launched on.
PRODUCT_SHIPPING_API_LEVEL := 21

ระดับ API แรกสำหรับ Android 9 หรือสูงกว่า

สำหรับอุปกรณ์ที่เปิดตัวด้วย Android 9 หรือสูงกว่า ให้ตั้งค่าคุณสมบัติ ro.product.first_api_level เป็นค่าที่ถูกต้องจาก Codenames, Tags และ Build Numbers

ระดับ API แรกสำหรับ Android 8.x หรือต่ำกว่า

สำหรับอุปกรณ์ที่เปิดตัวบน Android 8.x หรือต่ำกว่า ให้ยกเลิกการตั้งค่า (ลบ) คุณสมบัติ ro.product.first_api_level สำหรับรุ่นแรกของผลิตภัณฑ์ สำหรับบิวด์ต่อๆ ไปทั้งหมด ให้ตั้งค่า ro.product.first_api_level เป็นค่าระดับ API ที่ถูกต้อง ซึ่งช่วยให้พร็อพเพอร์ตี้ระบุผลิตภัณฑ์ใหม่ได้อย่างถูกต้องและรักษาข้อมูลเกี่ยวกับระดับ API แรกของผลิตภัณฑ์ หากไม่มีการตั้งค่าแฟล็ก Android จะกำหนด Build.VERSION.SDK_INT ให้กับ ro.product.first_api_level

แพ็คเกจชิม CTS

Android 10 หรือสูงกว่ามีรูปแบบแพ็คเกจที่เรียกว่า APEX หากต้องการรันการทดสอบ CTS สำหรับ API การจัดการ APEX (เช่น การอัปเดตเป็นเวอร์ชันใหม่หรือการรายงาน APEX ที่ใช้งานอยู่) คุณต้องติดตั้งแพ็คเกจ CtsShimApex ล่วงหน้าบนพาร์ติชัน /system

การทดสอบการตรวจสอบความถูกต้องของ APEX จะตรวจสอบการใช้งาน CtsShimApex

ข้อกำหนดที่สามารถอัปเดตได้ของ ro.apex

  • หากคุณสมบัติ ro.apex.updatable ถูกตั้งค่าเป็น true จะต้องใช้ CtsShimApex สำหรับอุปกรณ์ทั้งหมดที่รองรับการจัดการแพ็คเกจ APEX

  • หากไม่มีคุณสมบัติ ro.apex.updatable หรือไม่ได้ตั้งค่าไว้ ก็ไม่จำเป็นต้องติดตั้ง CtsShimApex ล่วงหน้าบนอุปกรณ์

การทดสอบการตรวจสอบความถูกต้องของ APEX จะตรวจสอบการใช้งาน CtsShimApex

CtsShim ติดตั้งล่วงหน้าและโหลดล่วงหน้า

ตั้งแต่ Android 11 เป็นต้นไป CtsShimApex จะมีแอปที่สร้างไว้ล่วงหน้า 2 แอป (สร้างจาก build source ) ซึ่งไม่มีโค้ดใดๆ ยกเว้นไฟล์ Manifest CTS ใช้แอปเหล่านี้เพื่อทดสอบสิทธิ์และการอนุญาต

หากอุปกรณ์ไม่รองรับการจัดการแพ็คเกจ APEX (นั่นคือคุณสมบัติ ro.apex.updatable หายไปหรือไม่ได้ตั้งค่า) หรือหากอุปกรณ์ใช้เวอร์ชัน 10 หรือต่ำกว่า จะต้องติดตั้งแอปที่สร้างไว้ล่วงหน้าทั้งสองแอปไว้ล่วงหน้าใน ระบบแยกกัน

หากรองรับ APEX การติดตั้งล่วงหน้าสำหรับรีลีสที่เหมาะสมจะต้องวางเป็น /system/apex/com.android.apex.cts.shim.apex

หากใช้แอปที่สร้างไว้ล่วงหน้าปกติ CtsShim และ CtsShimPriv สำหรับรุ่นที่เหมาะสมจะต้องวางเป็น /system/app/CtsShimPrebuilt.apk และ /system/priv-app/CtsShimPrivPrebuilt.apk ตามลำดับ

ตารางต่อไปนี้แสดงรายการการติดตั้งล่วงหน้าและการโหลดล่วงหน้าที่พร้อมใช้งานสำหรับอุปกรณ์และสถาปัตยกรรมแต่ละเวอร์ชัน

เวอร์ชันของอุปกรณ์ ติดตั้งล่วงหน้า
(หากรองรับ APEX)
โหลดล่วงหน้า
แขน x86 แขน x86
แอนดรอยด์ 14 android14-arm-ปล่อย android14-x86-ปล่อย android14-arm-CtsShim.apk

android14-arm-CtsShimPriv.apk

android14-x86-CtsShim.apk

android14-x86-CtsShimPriv.apk

แอนดรอยด์ 13 android13-arm-ปล่อย android13-x86-ปล่อย android13-arm-CtsShim.apk

android13-arm-CtsShimPriv.apk

android13-x86-CtsShim.apk

android13-x86-CtsShimPriv.apk

แอนดรอยด์ 12 android12-arm-ปล่อย android12-x86-ปล่อย android12-arm-CtsShim.apk

android12-arm-CtsShimPriv.apk

android12-x86-CtsShim.apk

android12-x86-CtsShimPriv.apk

แอนดรอยด์ 11 android11-arm-ปล่อย android11-x86-ปล่อย android11-arm-CtsShim.apk

android11-arm-CtsShimPriv.apk

android11-x86-CtsShim.apk

android11-x86-CtsShimPriv.apk

แอนดรอยด์ 10 android10-ปล่อย android10-arm-CtsShim.apk

android10-arm-CtsShimPriv.apk

android10-x86-CtsShim.apk

android10-x86-CtsShimPriv.apk

ระบบปฏิบัติการ Android 9, O และ O-MR1 ไม่มี ไม่มี arm-CtsShim.apk

arm-CtsShimPriv.apk

x86-CtsShim.apk

x86-CtsShimPriv.apk

หากต้องการผ่านการทดสอบ ให้โหลดแอปล่วงหน้าลงในไดเร็กทอรีที่เหมาะสมบนอิมเมจระบบโดยไม่ต้องลงนามแอปอีกครั้ง

แอปเพล็ตตัวอย่าง

Android 9 เปิดตัว Open Mobile API สำหรับอุปกรณ์ที่รายงานองค์ประกอบความปลอดภัยมากกว่าหนึ่งองค์ประกอบ CTS จะเพิ่มกรณีทดสอบเพื่อตรวจสอบพฤติกรรมของ Open Mobile API กรณีทดสอบเหล่านี้จำเป็นต้องติดตั้งแอปเพล็ตตัวอย่างเพียงครั้งเดียวใน Secure Element (eSE) ของ DUT หรือในซิมการ์ดที่ DUT ใช้ แอปเพล็ตตัวอย่าง eSE และ แอปเพล็ตตัวอย่าง SIM มีอยู่ใน AOSP

ดู การทดสอบ CTS สำหรับองค์ประกอบที่ปลอดภัย สำหรับข้อมูลโดยละเอียดเพิ่มเติมเกี่ยวกับกรณีทดสอบ Open Mobile API และกรณีทดสอบการควบคุมการเข้าถึง

ข้อกำหนดในการจัดเก็บ

การทดสอบความเครียดของสื่อ CTS กำหนดให้คลิปวิดีโอต้องอยู่ในที่จัดเก็บข้อมูลภายนอก ( /sdcard ) คลิปส่วนใหญ่มาจาก Big Buck Bunny ซึ่งเป็นลิขสิทธิ์ของ Blender Foundation ภายใต้ ใบอนุญาต Creative Commons Attribution 3.0

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

ข้อกำหนดในการจัดเก็บข้อมูลตามความละเอียดการเล่นวิดีโอสูงสุดมีดังนี้:

  • 480x360: 98 เมกะไบต์
  • 720x480: 193 เมกะไบต์
  • 1280x720: 606 เมกะไบต์
  • 1920x1080: 1863 เมกะไบต์

หน้าจอและการจัดเก็บ

  • อุปกรณ์ใดๆ ที่ไม่มีหน้าจอแบบฝังจะต้องเชื่อมต่อกับหน้าจอ
  • หากอุปกรณ์มีช่องเสียบการ์ดหน่วยความจำ ให้เสียบการ์ด SD เปล่า ใช้การ์ด SD ที่รองรับบัสความเร็วสูงพิเศษ (UHS) ที่มีความจุ SDHC หรือ SDXC หรือบัสที่มีคลาสความเร็วอย่างน้อย 10 หรือสูงกว่าเพื่อให้แน่ใจว่าสามารถผ่าน CTS ได้

  • หากอุปกรณ์มีช่องใส่ซิมการ์ด ให้เสียบซิมการ์ดที่เปิดใช้งานแล้วในแต่ละช่อง หากอุปกรณ์รองรับ SMS ซิมการ์ดแต่ละอันจะต้องมีช่องหมายเลขของตัวเอง สำหรับอุปกรณ์ที่ใช้ Android 12 ขึ้นไป ซิมการ์ดทั้งหมดต้องรองรับการจัดเก็บหมายเลขการโทรแบบย่อ (ADN) การ์ด GSM และ USIM ที่มีไฟล์เฉพาะด้านโทรคมนาคม (DF Telecom ) เป็นไปตามข้อกำหนดนี้

นักพัฒนา UICC

หากต้องการรันการทดสอบ CTS Carrier API อุปกรณ์จำเป็นต้องใช้ SIM ที่มีสิทธิ์ของผู้ให้บริการ CTS ตามข้อกำหนดที่ระบุไว้ใน การเตรียม UICC

การกำหนดค่าอุปกรณ์ Android

  1. ข้อมูลโรงงานรีเซ็ตอุปกรณ์: การตั้งค่า > สำรองข้อมูลและรีเซ็ต > รีเซ็ตข้อมูลเป็นค่าเริ่มต้น

  2. ตั้งค่าภาษาของอุปกรณ์เป็นภาษาอังกฤษ ( สหรัฐอเมริกา ): การตั้งค่า > ภาษาและการป้อนข้อมูล > ภาษา

  3. หากอุปกรณ์รองรับการกำหนดแบบอักษรเริ่มต้นเอง ให้ตั้งค่าตระกูลแบบอักษร sans-serif เริ่มต้นเป็น Roboto (ตระกูลแบบอักษร sans-serif เริ่มต้นที่ใช้ในรุ่น AOSP)

  4. เปิดการตั้งค่าตำแหน่งหากมีคุณลักษณะ GPS หรือ Wi-Fi/เครือข่ายโทรศัพท์เคลื่อนที่บนอุปกรณ์: การตั้งค่า > ตำแหน่ง > เปิด

  5. เชื่อมต่อกับเครือข่าย Wi-Fi ที่รองรับ IPv6 สามารถถือว่า DUT เป็น ไคลเอ็นต์แบบแยกได้ (ดู สภาพแวดล้อมทางกายภาพ ด้านบน) และมีการเชื่อมต่ออินเทอร์เน็ต: การตั้งค่า > Wi-Fi

  6. ตรวจสอบให้แน่ใจว่าไม่ได้ตั้งค่ารูปแบบการล็อคหรือรหัสผ่านบนอุปกรณ์: การตั้งค่า > ความปลอดภัย > ล็อคหน้าจอ > ไม่มี

  7. เปิดใช้งาน การแก้ไขข้อบกพร่อง USB บนอุปกรณ์ของคุณ: การตั้งค่า > ตัวเลือกนักพัฒนา > การแก้ไขข้อบกพร่อง USB

  8. ตั้งเวลาเป็นรูปแบบ 12 ชั่วโมง: การตั้งค่า > วันที่และเวลา > ใช้รูปแบบ 24 ชั่วโมง > ปิด

  9. ตั้งค่าอุปกรณ์ให้ตื่นอยู่เสมอ: การตั้งค่า > ตัวเลือกนักพัฒนา > ตื่นตัว > เปิด

  10. ใน Android 5.x และ 4.4.x เท่านั้น ให้ตั้งค่าอุปกรณ์ให้อนุญาตตำแหน่งจำลอง: การตั้งค่า > ตัวเลือกของนักพัฒนาซอฟต์แวร์ > อนุญาตตำแหน่งจำลอง > เปิด

  11. ใน Android 4.2 หรือสูงกว่า ให้ปิดการตรวจสอบแอป USB: การตั้งค่า > ตัวเลือกนักพัฒนา > ยืนยันแอปผ่าน USB > ปิด

  12. ใน Android 13 หรือสูงกว่า ให้ตั้งค่าอุปกรณ์ให้อนุญาตโมเด็มจำลอง: การตั้งค่า > ตัวเลือกนักพัฒนาซอฟต์แวร์ > อนุญาตโมเด็มจำลอง > เปิด

  13. เปิดเบราว์เซอร์และปิดหน้าจอเริ่มต้น/ตั้งค่าใดๆ

  14. เชื่อมต่อเครื่องเดสก์ท็อปที่จะใช้ทดสอบอุปกรณ์ด้วยสาย USB

  15. ก่อนที่จะเรียกใช้ CTS ให้ตั้งค่า Roboto2 เป็นแบบอักษร sans-serif โดยใช้การตั้งค่าการจ่ายที่ผู้ใช้สามารถเข้าถึงได้ (ไม่ซ่อนไว้)

การติดตั้งไฟล์

ติดตั้งและกำหนดค่าแอปตัวช่วยบนอุปกรณ์

  1. ตั้งค่าอุปกรณ์ของคุณตามเวอร์ชัน CTS ของคุณ:

    • CTS เวอร์ชัน 2.1 R2 ถึง 4.2 R4: ตั้งค่าอุปกรณ์ของคุณ (หรือโปรแกรมจำลอง) เพื่อรันการทดสอบการเข้าถึงด้วย: adb install -r android-cts/repository/testcases/CtsDelegatingAccessibilityService.apk

      บนอุปกรณ์ ให้เปิดใช้งานการมอบหมาย: การตั้งค่า > การเข้าถึง > การเข้าถึง > การมอบหมายบริการการเข้าถึง

    • CTS เวอร์ชัน 6.x หรือต่ำกว่า: บนอุปกรณ์ที่ประกาศ android.software.device_admin ให้ตั้งค่าอุปกรณ์ของคุณให้รันการทดสอบการดูแลระบบอุปกรณ์โดยใช้: adb install -r android-cts/repository/testcases/CtsDeviceAdmin.apk`

      ใน การตั้งค่า > ความปลอดภัย > เลือกผู้ดูแลระบบอุปกรณ์ ให้เปิดใช้งานผู้ดูแลระบบอุปกรณ์ android.deviceadmin.cts.CtsDeviceAdminReceiver* สองคน ตรวจสอบให้แน่ใจว่า android.deviceadmin.cts.CtsDeviceAdminDeactivatedReceiver และผู้ดูแลระบบอุปกรณ์ที่โหลดไว้ล่วงหน้าอื่นๆ ยังคงปิดใช้งานอยู่

  2. คัดลอกไฟล์สื่อ CTS ไปยังอุปกรณ์ดังต่อไปนี้:

    1. นำทาง ( cd ) ไปยังเส้นทางที่ไฟล์มีเดียถูกดาวน์โหลดและแตกไฟล์ซิป
    2. เปลี่ยนการอนุญาตของไฟล์: chmod u+x copy_media.sh

    3. คัดลอกไฟล์ที่จำเป็น:

      • หากต้องการคัดลอกคลิปที่มีความละเอียดสูงสุด 720x480 ให้รัน:

        ./copy_media.sh 720x480
        
      • หากคุณไม่แน่ใจถึงความละเอียดสูงสุด ให้คัดลอกไฟล์ทั้งหมด:

        ./copy_media.sh all
        
      • หากมีอุปกรณ์หลายเครื่องภายใต้ adb ให้เพิ่มตัวเลือกซีเรียล ( -s ) ของอุปกรณ์เฉพาะต่อท้าย ตัวอย่างเช่น หากต้องการคัดลอกสูงสุด 720x480 ไปยังอุปกรณ์ที่มีซีเรียล 1234567 ให้รัน:

        ./copy_media.sh 720x480 -s 1234567