إعداد CTS

لتنفيذ CTS، عليك أولاً إعداد البيئة المادية وجهاز الكمبيوتر المكتبي و جهاز Android الذي تستخدمه للاختبار.

البيئة المادية

إشارات البلوتوث المنخفض الطاقة

إذا كان الجهاز الذي يتم اختباره (DUT) متوافقًا مع Bluetooth LE، ضَع ثلاثة علامات بث على الأقل لتقنية Bluetooth LE على مسافة 5 متر من الجهاز الذي يتم اختباره لاختبار البحث عن تقنية Bluetooth LE. ولا يلزم ضبط هذه العلامات أو بث أي إشارات معيّنة، ويمكن أن تكون من أي نوع، بما في ذلك iBeacon أو Eddystone أو حتى الأجهزة التي تحاكي علامات BLE.

النطاق الفائق العرض

إذا كان جهاز DUT متوافقًا مع تقنية النطاق الفائق العرض (UWB)، يجب وضع جهاز آخر متوافق مع تقنية UWB بالقرب منه وتوجيهه بطريقة لا تؤدي إلى تشكل منطقة غير صالحة للاتصال بين الهوائيات والأجهزة اللاسلكية. بالنسبة إلى اختبارات دقة المسافة، هناك متطلّبات محدّدة لتحديد الموقع الجغرافي والاتجاه. لمعرفة تفاصيل الإعداد، يُرجى الاطّلاع على متطلبات النطاق الفائق العرض (UWB). يجب إجراء اختبار النطاق الفائق العرض (UWB) يدويًا، مع تحديد الجهازين اللذين يفصل بينهما متر واحد في سطر الأوامر. لمعرفة تفاصيل عن التجزئة المطلوبة لهذا الاختبار، يُرجى الاطّلاع على التجزئة المحلية.

الكاميرات

عند تشغيل اختبار CTS للكاميرا، استخدِم ظروف الإضاءة العادية مع مخطط اختبار (مثل نمط لوحة الشطرنج). ضع مخطط نمط الاختبار وفقًا للحد الأدنى للمسافة البؤرية في أداة DUT للتأكّد من أنها ليست قريبة جدًا من العدسة.

وجِّه أدوات استشعار الكاميرا إلى مشهد يتضمّن إضاءة كافية للسماح لأدوات الاستشعار التي يتم اختبارها بالوصول إلى الحد الأقصى من اللقطات المستهدفة المُعدَّة في الثانية (FPS) والبقاء عليه على النحو المحدّد في CONTROL_AE_TARGET_FPS_RANGE. ينطبق ذلك على جميع أدوات استشعار الكاميرا التي أبلغ عنها getCameraIdList أثناء تكرار الاختبار على الأجهزة المدرَجة وقياس الأداء بشكل فردي.

إذا كان جهاز DUT متوافقًا مع الكاميرات الخارجية، مثل كاميرات الويب USB، عليك توصيل كاميرا خارجية عند تشغيل CTS. وبخلاف ذلك، لن تجتاز اختبارات CTS.

نظام تحديد المواقع العالمي (GPS)/ GNSS

إذا كان جهاز التحكّم عن بُعد يتيح ميزة نظام تحديد المواقع العالمي/نظام تحديد المواقع العالمي بالاقمار الصناعية (GPS/GNSS)، يجب توفير إشارة GPS/GNSS لجهاز التحكّم عن بُعد عند مستوى إشارة مناسب لاستقبال الإشارات وحساب الموقع الجغرافي باستخدام نظام GPS. يجب أن يكون جزء نظام تحديد المواقع العالمي (GPS) متوافقًا مع ICD-GPS-200C. بخلاف ذلك، يمكن أن تكون إشارة GPS/GNSS من أي نوع، بما في ذلك جهاز محاكاة الأقمار الصناعية أو جهاز تكرار إشارات GPS/GNSS في الهواء الطلق، أو يمكنك وضع الجهاز DUT بالقرب من نافذة بما يكفي لكي يتلقّى مباشرةً إشارة GPS/GNSS كافية.

ملاحظة: لاختبار نظام تحديد المواقع العالمي (GPS)، يجب ألا يؤدي إعداد الاتصال بالإنترنت إلى حظر عمليات الاتصال بمنفذ supl.google.com 7276. ينزِّل هذا المنفذ بيانات مساعدة نظام تحديد المواقع العالمي (GPS) لاختبار احتساب الموقع الجغرافي على الجهاز المحلي.

Wi-Fi وIPv6

تتطلب اختبارات CTS شبكة Wi-Fi متوافقة مع IPv4 وIPv6، وبها اتصال بالإنترنت مع نظام أسماء نطاقات صالح لكل من IPv4 وIPv6، ودعم البث المتعدد لعناوين IP، ويمكنها التعامل مع DUT كبرنامج منعزل. العميل المعزول هو إعداد لا يمكن فيه لوحدة التحكّم في البيانات (DUT) الوصول إلى رسائل البث/الشبكات المتعدّدة على تلك الشبكة الفرعية. ويحدث هذا عند ضبط نقطة وصول Wi-Fi أو عن طريق تشغيل DUT على شبكة فرعية معزولة بدون توصيل أجهزة أخرى.

إذا لم يكن بإمكانك الوصول إلى شبكة IPv6 أصلية أو شبكة حامل IPv6 أو شبكة VPN لتخطّي بعض الاختبارات التي تعتمد على IPv6، يمكنك استخدام نقطة وصول Wi-Fi وأحد انماط النفق IPv6.

لاجتياز اختبار CTS، يجب ضبط العلامات UP وBROADCAST وMULTICAST على واجهة Wi-Fi. يجب تعيين عناوين IPv4 وIPv6 لواجهة Wi-Fi. تحقّق من سمات واجهة Wi-Fi باستخدام adb shell ifconfig.

بالنسبة إلى الأجهزة التي تتيح التشغيل المتزامن لوحدة التحكّم في حدود الجلسة (STA)/وحدة التحكّم في حدود الجلسة (STA) في Wi-Fi، يجب توفُّر شبكات Wi-Fi متعددة (شبكتَان على الأقل). لاجتياز اختبار CTS، يجب أن تعمل شبكات Wi-Fi على نطاقات مختلفة باستخدام معرّفات SSID مختلفة أو على معرّف SSID نفسه باستخدام معرّفات BSSID مختلفة.

وقت استجابة Wi-Fi

يشمل نظام Android واجهة برمجة التطبيقات Wi-Fi RTT API التي تتيح ميزة المراسلة ذهابًا وإيابًا عبر شبكة Wi-Fi. يتيح ذلك للأجهزة قياس المسافة إلى نقاط الوصول بدقة تتراوح بين متر واحد ومترَين، ما يزيد بشكل كبير من دقة تحديد الموقع الجغرافي في الأماكن المغلقة. الجهازان المُقترَحان اللذان يتيحان قياس وقت استجابة Wi-Fi هما Google Wifi و نقطة وصول fitlet2 من Compulab (يتم ضبطها على عرض نطاق 40 ميغهرتز عند 5 غيغاهرتز).

يجب أن تكون نقاط الوصول مفعّلة، ولكن لا تتطلّب اتصالاً بالشبكة. لا يلزم أن تكون نقاط الوصول بجانب جهاز الاختبار ولكن يوصى بأن تكون في نطاق 12.7 متر من جهاز الاختبار. عادةً ما تكون نقطة وصول واحدة كافية.

إعداد جهاز الكمبيوتر المكتبي

ملاحظة: تتيح مجموعة أدوات اختبار التوافق (CTS) استخدام أجهزة Linux التي تعمل بإصدار 64 بت. لا تتوفّر خدمة CTS على نظام التشغيل Windows أو MacOS.

FFMPEG

ثبِّت حزمة ffmpeg الإصدار 5.1.3 (أو إصدار أحدث) على الجهاز المضيف.

متطلبات الجهاز المضيف

الحد الأدنى لمتطلبات جهاز مضيف CTS هو ذاكرة وصول عشوائي بسعة 32 غيغابايت وسعة قرص بسعة 256 غيغابايت. هذا الأمر مطلوب لاستيعاب العدد المتزايد من حالات اختبار CTS وزيادة حجز مساحة كومة الذاكرة المؤقتة في Java في Tradefed.

أداة Android Debug Bridge (ADB) وأداة AAPT2

ملاحظة: بالنسبة إلى CTS 8.0، استخدِم الإصدار 1.0.39 من adb.

قبل تشغيل 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 (JDK).

• بالنسبة إلى Android 11، ثبِّت OpenJDK11.
• بالنسبة إلى Android 9 وAndroid 10، ثبِّت OpenJDK9.
• بالنسبة إلى الإصدارات 7.0 و7.1 و8.0 و8.1 من نظام التشغيل Android، ثبِّت OpenJDK8.

لمعرفة التفاصيل، يُرجى الاطّلاع على متطلبات JDK.

إعداد لغة بايثون

ثبِّت virtualenv على منصّتك باتّباع تعليمات التثبيت.

يمكنك التحقّق من اكتمال عملية التثبيت من خلال استدعاء virtualenv -h.

ملفات CTS

يمكنك تنزيل حزم CTS وفتحها من عمليات تنزيل مجموعة اختبار التوافق التي تتطابق مع إصدار Android على جهازك وجميع الواجهات الثنائية للتطبيق (ABI) التي تدعمها أجهزتك.

نزِّل أحدث إصدار من ملفات وسائط CTS وافتحه.

تنزيل ملفات CTS المتعلقة بـ Mainline (اختياري)

عند تشغيل إصدار CTS لأول مرة، ينزِّل CTS ديناميكيًا بعضًا من ملفات CTS ذات الصلة بالإصدار الرئيسي، ما يضيف 10 دقائق على الأقل إلى وقت التشغيل، استنادًا إلى سرعة الشبكة.

لتجنُّب وقت التشغيل الإضافي لاختبار CTS، يمكنك تنزيل ملفات CTS المرتبطة بإصدار Mainline قبل تشغيل إصدار CTS، وذلك باتّباع التعليمات التالية:

1. يمكنك الحصول على مستوى واجهة برمجة تطبيقات Android على الجهاز من خلال تنفيذ ما يلي:

   adb shell getprop ro.build.version.sdk
   

2. اتّبِع التعليمات الواردة في نص download_mcts.sh لتنزيل ملفات CTS الرئيسية.

   تستغرق عملية التنزيل 10 دقائق على الأقل، وذلك استنادًا إلى سرعة الشبكة.

رصد الأجهزة

اتّبِع الخطوة التالية لإعداد النظام لرصد جهازك.

الحد الأقصى للذاكرة

قد تحتاج إلى زيادة الحد الأقصى للذاكرة المتاحة أثناء تشغيل الاختبار في النص البرمجي cts-tradefed. يُرجى الرجوع إلى مثال CL لمزيد من المعلومات.

إعداد جهاز Android

إصدارات المستخدم

يتم تعريف الجهاز المتوافق على أنّه جهاز يحتوي على إصدار موقَّع بمفتاح المستخدم أو مفتاح الإصدار. يجب أن يعمل جهازك بإصدار نظام يستند إلى الإصدار المعروف بأنه متوافق مع إصدار المستخدم (Android 4.0 أو إصدار أحدث) من الأسماء الرمزية والعلامات وأرقام الإصدار.

تنبيه: عند استخدام هذه الأداة للتأكّد من توافق Android مع صورة النظام النهائية، يجب تنفيذ CTS على الأجهزة المزوّدة بإصدار مستخدم.

سمة الإصدار لأول مستوى لواجهة برمجة التطبيقات

تعتمد بعض متطلبات CTS على الإصدار الذي تم شحنه مع الجهاز في الأساس. على سبيل المثال، قد يتم استبعاد الأجهزة التي يتم شحنها في الأصل مع إصدارات سابقة من متطلبات النظام التي تنطبق على الأجهزة التي يتم شحنها مع إصدارات لاحقة.

لتوفير هذه المعلومات لاختبار CTS، يمكن أن تكون الشركات المصنّعة للأجهزة قد حدّدت السمة الخاصة بوقت الإنشاء ro.product.first_api_level. قيمة هذا السمة هي أول مستوى لواجهة برمجة التطبيقات تم إطلاق الجهاز تجاريًا به.

يمكن لصنّاع الأجهزة إعادة استخدام التنفيذ الأساسي الشائع لإطلاق منتج جديد كترقية لمنتج حالي في مجموعة الأجهزة نفسها. يمكن لشركات تصنيع الأجهزة ضبط مستوى واجهة برمجة التطبيقات للمنتجات الحالية على 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

المستوى الأول لواجهة برمجة التطبيقات لنظام التشغيل Android 9 أو الإصدارات الأحدث

بالنسبة إلى الأجهزة التي تم تشغيلها باستخدام Android 9 أو إصدار أحدث، اضبط سمة ro.product.first_api_level على قيمة صالحة من الأسماء الرمزية والعلامات وأرقام الإصدار.

المستوى الأول لواجهة برمجة التطبيقات لنظام التشغيل Android 8.x أو الإصدارات الأقدم

بالنسبة إلى الأجهزة التي تعمل بالإصدار 8.x من نظام التشغيل Android أو إصدارات أقدم، يجب عدم ضبط (إزالة) القيمة الخاصة بالموقع ro.product.first_api_level لأول إصدار من المنتج. بالنسبة إلى جميع الإصدارات اللاحقة، يمكنك ضبط ro.product.first_api_level على القيمة الصحيحة لمستوى واجهة برمجة التطبيقات. يتيح ذلك للموقع تحديد منتج جديد بشكل صحيح ويحفظ معلومات عن المستوى الأول من واجهة برمجة التطبيقات للمنتج. في حال عدم ضبط العلامة، يعيّن Android Build.VERSION.SDK_INT إلى ro.product.first_api_level.

حِزم التعديلات لتحسين التوافق (CTS)

يتضمّن الإصدار 10 من نظام التشغيل Android أو الإصدارات الأحدث تنسيق حزمة يُعرف باسم APEX. لإجراء اختبارات CTS لواجهات برمجة التطبيقات الخاصة بإدارة APEX (مثل التحديث إلى إصدار جديد أو الإبلاغ عن وحدات APEX النشطة)، يجب تثبيت حزمة CtsShimApex مسبقًا على قسم /system.

يتحقّق اختبار التحقّق من صحة أجسام APEX من تنفيذ CtsShimApex.

متطلبات ro.apex.updatable

• إذا تم ضبط السمة ro.apex.updatable على true، يجب إدراج CtsShimApex لجميع الأجهزة التي تتيح إدارة حِزم APEX.

• إذا كانت السمة ro.apex.updatable غير مضمَّنة أو لم يتم ضبطها، ليس من المطلوب أن تكون السمة CtsShimApex مثبَّتة مسبقًا على الجهاز.

يتحقّق اختبار التحقّق من الربط في APEX من تنفيذ CtsShimApex.

تثبيت CtsShim وتحميله مسبقًا

بدءًا من الإصدار 11 من نظام Android، يتضمّن CtsShimApex تطبيقَين تم إنشاؤهما مسبقًا (تم إنشاءهما من مصدر الإصدار)، ولا يتضمّنان أي رمز باستثناء البيان. وتستخدم مجموعة أدوات اختبار التوافق (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
Android 15	android15-arm-release	android15-x86-release	android15-arm-CtsShim.apk android15-arm-CtsShimPriv.apk	android15-x86-CtsShim.apk android15-x86-CtsShimPriv.apk
Android 14	android14-arm-release	android14-x86-release	android14-arm-CtsShim.apk android14-arm-CtsShimPriv.apk	android14-x86-CtsShim.apk android14-x86-CtsShimPriv.apk
Android 13	إصدار android13-arm	android13-x86-release	android13-arm-CtsShim.apk android13-arm-CtsShimPriv.apk	android13-x86-CtsShim.apk android13-x86-CtsShimPriv.apk
Android 12	إصدار android12-arm	android12-x86-release	android12-arm-CtsShim.apk android12-arm-CtsShimPriv.apk	android12-x86-CtsShim.apk android12-x86-CtsShimPriv.apk
Android 11	android11-arm-release	android11-x86-release	android11-arm-CtsShim.apk android11-arm-CtsShimPriv.apk	android11-x86-CtsShim.apk android11-x86-CtsShimPriv.apk
Android 10	android10-release		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 APIs. بالنسبة إلى الأجهزة التي تُبلغ عن أكثر من عنصرٍ آمن، يضيف CTS حالات اختبار للتحقّق من سلوك واجهات برمجة التطبيقات Open Mobile API. تتطلّب حالات الاختبار هذه تثبيت نموذج تطبيق صغير لمرة واحدة في العنصر الآمن المضمّن (eSE) لجهاز التحكّم في البيانات (DUT) أو في شريحة SIM التي يستخدمها جهاز التحكّم في البيانات (DUT). يمكن العثور على نموذج التطبيق المصغّر لبروتوكول eSE ونموذج التطبيق المصغّر لشريحة SIM في AOSP.

اطّلِع على اختبار CTS للعنصر الآمن للحصول على معلومات أكثر تفصيلاً عن حالات اختبار Open Mobile API وحالات اختبار التحكّم في الوصول.

متطلبات مساحة التخزين

تتطلّب اختبارات CTS المتعلّقة بالوسائط أن تكون مقاطع الفيديو على مساحة تخزين خارجية (/sdcard). معظم المقاطع مأخوذة من Big Buck Bunny، وهي محمية بموجب حقوق الطبع والنشر التي تملكها Blender Foundation بموجب ترخيص Creative Commons Attribution 3.0.

تعتمد المساحة المطلوبة على الحد الأقصى لدقة تشغيل الفيديو المسموح بها على الجهاز. راجِع القسم 5 في مستند تعريف التوافق مع Android للاطّلاع على إصدار النظام الأساسي لدرجات الدقة المطلوبة.

ملاحظة: يتم التحقّق من إمكانات تشغيل الفيديو في جهاز DUT من خلال واجهات برمجة التطبيقات android.media.CamcorderProfile للإصدارات الأقدم من Android وواجهات برمجة التطبيقات android.media.MediaCodecInfo.CodecCapabilities من Android 5.0.

في ما يلي متطلبات مساحة التخزين حسب الحد الأقصى لدقة تشغيل الفيديو:

• ‫‎480×360: 98 ميغابايت
• ‫‎720×480: 193 ميغابايت
• ‫1280×720: 606 ميغابايت
• 1920×1080: 1863 ميغابايت

الشاشة وسعة التخزين

• يجب توصيل أي جهاز لا يحتوي على شاشة مدمجة بشاشة.

• إذا كان الجهاز يحتوي على فتحة لبطاقة ذاكرة، وصِّل بطاقة SD فارغة. استخدِم بطاقة SD تتوافق مع ناقل سرعة فائقة (UHS) بسعة SDHC أو SDXC أو بطاقة ذات فئة سرعة 10 على الأقل أو أعلى لضمان اجتياز اختبار CTS.

  تحذير: قد تعدّل أداة CTS البيانات على بطاقة SD المتصلة بالجهاز أو تمحوها.

• إذا كان الجهاز يتضمن منافذ لشريحة SIM، يمكنك توصيل شريحة SIM نشطة في كل فتحة. إذا كان الجهاز متوافقًا مع الرسائل القصيرة، يجب ملء حقل الرقم الخاص بكل بطاقة SIM. بالنسبة إلى الأجهزة التي تعمل بنظام التشغيل Android 12 أو الإصدارات الأحدث، يجب أن تكون جميع شرائح SIM متوافقة مع ميزة تخزين أرقام dialing المختصرة (ADN). وتستوفي بطاقات بروتوكول GSM وUSIM المشتمِلة على ملف الاتصالات المخصّص (DF_Telecom) هذا الشرط.

  تحذير: قد تعدِّل أداة CTS البيانات على شرائح SIM التي تم توصيلها بالجهاز أو تمحوها.

شريحة UICC للمطوّرين

لإجراء اختبارات واجهة برمجة التطبيقات لمشغّلي شبكة الجوّال في CTS، يجب أن يستخدم الجهاز شريحة 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.

   ملاحظة: في نظام التشغيل Android 4.2 أو الإصدارات الأحدث، تكون خيارات المطوّرين مخفية تلقائيًا. لتفعيل هذه الميزة، انتقِل إلى الإعدادات > لمحة عن الهاتف وانقر على رقم الإصدار سبع مرات. ارجع إلى الشاشة السابقة للعثور على خيارات المطوّرين. اطّلِع على مقالة إعداد جهاز للتطوير للحصول على تفاصيل إضافية.

8. اضبط الوقت على تنسيق 12 ساعة: الإعدادات > التاريخ والوقت > استخدام تنسيق 24 ساعة > إيقاف.

9. عليك ضبط الجهاز ليبقى في الوضع النشط: الإعدادات > خيارات المطوّرين > البقاء في الوضع النشط > تفعيل.

10. في Android 5.x و4.4.x فقط، اضبط الجهاز للسماح بالمواقع الجغرافية الزائفة: الإعدادات > خيارات المطوّرين > السماح بالمواقع الجغرافية الزائفة > تفعيل.

11. في نظام التشغيل Android 4.2 أو الإصدارات الأحدث، أوقِف ميزة "التحقّق من التطبيقات عبر USB": الإعدادات > خيارات المطوّرين > التحقّق من التطبيقات عبر USB > إيقاف.

12. في Android 13 أو الإصدارات الأحدث، اضبط الجهاز على السماح بالمودم الوهمي: الإعدادات > خيارات المطوّرين > السماح بخدمة المودم الوهمي > تفعيل.

    ملاحظة: في الإصدار 13 من Android أو الإصدارات الأحدث، أضافت حزمة "الهاتف" بعض اختبارات CTS التي تستخدِم مودمًا وهميًا بدلاً من مودم حقيقي. يجب تفعيل هذا الإعداد في إصدارات المستخدمين لاجتياز اختبارات CTS التي تتطلّب استخدام المودم الوهمي.

13. تشغيل المتصفح وإغلاق أي شاشة بدء تشغيل/إعداد.

14. قم بتوصيل جهاز سطح المكتب الذي سيتم استخدامه لاختبار الجهاز باستخدام كابل USB.

    ملاحظة: عند توصيل جهاز يعمل بالإصدار 4.2.2 من نظام التشغيل Android أو إصدار أحدث بجهاز الكمبيوتر، يعرض النظام مربّع حوار يسألك ما إذا كنت تريد قبول مفتاح تشفير RSA الذي يسمح بإجراء تصحيح الأخطاء من خلال هذا الكمبيوتر. اختَر السماح بتصحيح أخطاء الجهاز عبر USB.

15. قبل تشغيل CTS، اضبط Roboto2 على أنّه الخط المخصّص للنص بدون خطوط مُسنّنة باستخدام ميزة يمكن للمستخدم الوصول إليها (وليست مخفية).

تثبيت الملفات

ثبِّت تطبيقات المساعد على الجهاز واضبطها.

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 إلى الجهاز على النحو التالي:

   ملاحظة: بالنسبة إلى CTS 2.3 R12 أو الإصدارات الأحدث، إذا كان الجهاز متوافقًا مع برامج ترميز الفيديو، يجب نسخ ملفات وسائط CTS إلى الجهاز.
   1. انتقِل (cd) إلى المسار الذي تم فيه تنزيل ملفات الوسائط و فك ضغطها.

   2. تغيير أذونات الملف: chmod u+x copy_media.sh

   3. انسخ الملفات اللازمة:

      • لنسخ مقاطع تصل إلى درجة دقة 720×480، شغِّل:

        ./copy_media.sh 720x480
        

      • إذا لم تكن متأكدًا من الحد الأقصى للدقة، انسخ جميع الملفات:

        ./copy_media.sh all
        

      • إذا كانت هناك عدة أجهزة ضمن adb، أضِف الخيار التسلسلي (-s) لجهاز محدَّد إلى النهاية. على سبيل المثال، لنسخ ما يصل إلى 720×480 إلى الجهاز الذي يحمل الرقم التسلسلي 1234567، يمكنك تنفيذ ما يلي:

        ./copy_media.sh 720x480 -s 1234567