إعداد CTS

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

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

إشارات Bluetooth منخفض الطاقة

إذا كان الجهاز الذي يتم اختباره (DUT) متوافقًا مع Bluetooth LE، ضَع ثلاثة beacons على الأقل من 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.

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

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

شبكة Wi-Fi وIPv6

تتطلّب اختبارات CTS شبكة Wi-Fi متوافقة مع IPv4 وIPv6، وتكون متصلة بالإنترنت باستخدام نظام أسماء النطاقات (DNS) المتوافق مع IPv4 وIPv6، وتكون متوافقة مع البث المتعدد لعنوان IP، ويمكنها التعامل مع جهاز DUT كعميل معزول. العميل المعزول هو إعداد لا يمكن فيه لوحدة التحكّم في البيانات (DUT) الوصول إلى رسائل البث/الشبكات المتعدّدة على تلك الشبكة الفرعية. يحدث ذلك عند ضبط نقطة وصول Wi-Fi (AP) أو من خلال تشغيل جهاز 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 لتوفير المدة بين نقطتَي البداية والنهاية (RTT) لشبكة Wi-Fi. يتيح ذلك للأجهزة قياس المسافة بينها وبين نقاط الوصول بدقة تتراوح بين متر واحد ومترَين، ما يزيد بشكل كبير من دقة تحديد الموقع الجغرافي في الأماكن المغلقة. الجهازان المُقترَحان اللذان يتيحان قياس وقت استجابة Wi-Fi هما Google Wifi و نقطة وصول fitlet2 من Compulab (يتم ضبطها على عرض نطاق 40 ميغهرتز عند 5 غيغاهرتز).

يجب أن تكون نقاط الوصول مفعّلة، ولكن لا تتطلّب اتصالاً بالشبكة. لا يلزم أن تكون نقاط الوصول بجانب جهاز الاختبار، ولكن يُنصح بأن تكون في نطاق 3 أقدام من جهاز DUT. عادةً ما تكون نقطة وصول واحدة كافية. للحصول على نتائج اختبار CTS لوقت استجابة Wi-Fi متّسقة، تأكَّد من أنّ معدّل استخدام القناة منخفض.

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

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

FFMPEG

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

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

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

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

قبل تشغيل CTS، تأكَّد من تثبيت أحدث إصدارَين من كلٍّ من Android Debug Bridge (adb) وAndroid Asset Packaging Tool (AAPT2) وإضافة موقع هذين الأداتَين إلى مسار النظام على جهازك.

لتثبيت أداة ADB وAAPT2، نزِّل أحدث إصدار من أدوات نظام التشغيل لنظام Android SDK و أدوات إنشاء حزمة تطوير البرامج (SDK) لنظام Android من أداة إدارة حزمة SDK في "استوديو Android" أو من أداة سطر الأوامر 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 أو إصدار أحدث) من الأسماء الرمزية والعلامات وأرقام الإصدار.

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

تعتمد بعض متطلبات 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

بدءًا من Android 11، يحتوي 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 على التوالي.

يسرد الجدول التالي التطبيقات المُثبَّتة مسبقًا والتطبيقات المُحمَّلة مسبقًا المتاحة لكل إصدار وبنية جهاز.

لاجتياز الاختبارات، عليك تحميل التطبيقات مسبقًا في الأدلة المناسبة على صورة النظام بدون إعادة توقيع التطبيقات.

نموذج تطبيق صغير

طرح نظام التشغيل 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 للاطّلاع على إصدار النظام الأساسي للدقة المطلوبة.

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

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

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

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

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

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

شريحة 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.

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 على أنّه الخط المخصّص للنص بدون خطوط مُسنّنة باستخدام ميزة يمكن للمستخدم الوصول إليها (وليست مخفية).

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

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

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. انسخ الملفات اللازمة:

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

        ./copy_media.sh 720x480

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

        ./copy_media.sh all

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

        ./copy_media.sh 720x480 -s 1234567