توفير جهاز الاختبار ، اختبار توفير الأجهزة

تنظيم صفحاتك في مجموعات يمكنك حفظ المحتوى وتصنيفه حسب إعداداتك المفضّلة.

بالنسبة للأجهزة التي تعمل بنظام Android 6 أو Android 7 ، يمكنك اختبار توفير الأجهزة باستخدام Android Enterprise (AE) Test Harness ، وهي مجموعة اختبار للتحقق من توافق المؤسسات لأجهزة Android. يتضمن الحزام تطبيقات الدعم وحالات الاختبار وملفات التكوين وعارض اختبار ( afw-test-tradefed ) مبني على cts-tradefed . قبل إعداد AE Test Harness ، تأكد من إكمال التزويد لإدارة الجهاز .

بالنسبة للأجهزة التي تعمل بنظام Android 8 أو أعلى ، تم إيقاف استخدام AE Test Harness.

تهيئة بيئة تنموية

تشبه بيئة تطوير AE Test Harness نظام التشغيل Android. اتبع الخطوات الواردة في " المتطلبات " لإعداد آلة التطوير.

تنزيل شفرة المصدر

قم بتنزيل الكود المصدري لـ AE Test Harness باستخدام الخطوات الواردة في تنزيل المصدر . كود مصدر AE Test Harness موجود في مشروع ./test/AfwTestHarness . يحدد اسم الفرع إصدار AE Test Harness المراد تنزيله (تحتوي كل منصة Android على إصدار منفصل من AE Test Harness). على سبيل المثال ، اسم الفرع لنظام Android 7.0 Nougat هو afw-test-harness-nougat-dev . لتهيئة الريبو وتنزيل الكود المصدري لهذا الفرع ، استخدم الأوامر التالية:

mkdir WORKING_DIRECTORY
cd WORKING_DIRECTORY
git config --global user.name "Your Name"
git config --global user.email "you@example.com"
repo init -u https://android.googlesource.com/platform/manifest -b afw-test-harness-nougat-dev
repo sync -j24

للتحقق من الكود المصدري لإصدار مختلف ، حدد الفرع بالعلامة المقابلة. الفروع المتوفرة تشمل:

اسم الفرع منصة أندرويد المدعومة
afw-test-harness-nougat-dev أندرويد 7.0
afw-test-harness-2.1 أندرويد 7.0
afw- اختبار تسخير-الخطمي ديف أندرويد 6.0
AFW- اختبار- تسخير 1.5 أندرويد 6.0

يتم أيضًا تنزيل مشاريع التبعية الأخرى المطلوبة لإنشاء الأداة باستخدام الكود المصدري.

المشاهدة في Android Studio

لعرض وتحرير الكود المصدري في Android Studio:

  1. قم بتشغيل الأوامر التالية
    make idegen
    development/tools/idegen/idegen.sh
    
  2. في Android Studio ، افتح android.ipr .

كود مصدر AE Test Harness قيد test/AfwTestHarness .

تكوين أداة اختبار AE

يمكنك تخصيص الحزام من خلال تكوين test/AfwTestHarness/afw-test.props . لتشغيل الحزام بنجاح ، أكمل الخطوات التالية:

  1. قم بتكوين شبكة Wi-Fi في afw-test.props التالية:
    wifi_ssid
    wifi_password (optional)
    wifi_security_type (optional, available options are: NONE, WEP or WPA)
    
  2. احصل على حساب واحد على الأقل من مجال مرتبط باختبار DPC كوحدة تحكم سياسة الجهاز الخاصة به. حدد التفاصيل في afw-test.props التالية:
    work_account_username
    work_account_password
    

    تستخدم أداة اختبار AE اختبار DPC لاختبار تدفقات التزويد ، لذلك يجب ربط الحسابات باختبار DPC لتشغيل أداة الاختبار.

بناء تسخير اختبار AE

قم بتهيئة تكوين البناء باستخدام:

source build/envsetup.sh
lunch

حدد نوع الجهاز واضغط على Enter .

قم ببناء الحزام باستخدام:

make afw-test-harness -j32

يؤدي هذا إلى إنشاء دليل ( out/host/linux-x86/afw-th/android-cts ) يحتوي على جميع الثنائيات وملفات التكوين والأدوات اللازمة لتشغيل أداة الاختبار. هذا الدليل مضغوط أيضًا في ملف ( out/host/linux-x86/afw-th/android-afw-test-harness.zip ) للتوزيع.

تشغيل أداة اختبار AE

استخدم الخطوات التالية لتشغيل أداة اختبار AE:

  1. في بيئة البناء الخاصة بك ، قم بتشغيل عداء الاختبار باستخدام:
    afw-test-tradefed
    
    يؤدي هذا إلى تشغيل وحدة التحكم cts-tf ، وتحميل خطط الاختبار ، وحالات الاختبار ، و afw-test.props من out/host/linux-x86/afw-th/android-cts .
  2. من المجلد غير المضغوط الخاص بـ android-afw-test-harness.zip ، قم بتشغيل عداء الاختبار باستخدام:
    cts-tf> ./android‐cts/tools/afw-test‐tradefed
    
    يقوم هذا بتحميل خطط الاختبار وحالات الاختبار و afw-test.props من دليل android-cts . تأكد من أن ./android‐cts/repository/testcases/afw-test.props لديه حساب العمل وتهيئة Wi-Fi.
  3. قم بتشغيل خطة اختبار. كل خطة اختبار عبارة عن ملف XML يحتوي على مجموعة من حزم الاختبار من دليل حزمة اختبار AfwTestHarness/tests . تشمل الخطط المشتركة ما يلي:
    • afw-userdebug-build . يحتوي على جميع حزم الاختبار التي تتطلب إنشاء Userdebug.
    • afw-user-build . يعمل على بناء المستخدم ولكنه يتطلب إعداد جهاز الاختبار بشكل صحيح ، بما في ذلك إكمال الإعداد الأولي وتمكين تصحيح أخطاء USB.

    لتشغيل خطة الاختبار afw-userdebug-build ، استخدم:
    cts-tf> run cts --plan afw-userdebug-build
    
    لمشاهدة جميع خطط الاختبار ، استخدم list plans الأوامر. لعرض تعريفات الخطة ، راجع out/host/linux-x86/afw-th/android-cts/repository/plans .
  4. قم بتشغيل حزمة اختبار. لتشغيل حزمة اختبار واحدة ، استخدم
    cts-tf> run cts --package com.android.afwtest.NfcProvisioning
    
    لعرض كافة الحزم ، استخدم list packages الأوامر. لمزيد من الخيارات ، استخدم الأمر run cts --help .

تصحيح تسخير اختبار AE

قم بتشغيل جميع الأوامر في وحدة التحكم afw-test-tradefed ( cts-tf ) ، والتي يمكنك تشغيلها عن طريق تشغيل afw-test-tradefed .

  • اعرض المزيد من المعلومات باستخدام علامتي التصحيح -l INFO أو -l DEBUG . مثال:
    cts-tf> run cts ‐‐plan afw-userdebug-build -l DEBUG
    
  • قم بتشغيل أداة الاختبار على جهاز محدد بعلامة -s . مثال:
    cts-tf> run cts ‐‐plan afw-userdebug-build -l DEBUG -s device_sn
    
  • قم بتشغيل أداة اختبار على جميع الأجهزة المتصلة بعلامة - all --all-devices . مثال:
    cts-tf> run cts ‐‐plan afw-userdebug-build -l DEBUG --all-devices
    
  • عرض عمليات التنفيذ الجارية الحالية باستخدام list invocations أو li .
  • عرض ملخص لعمليات تنفيذ الاختبار السابقة باستخدام list results أو lr .
  • عرض أوامر list الأخرى باستخدام help list .
  • قم بمراقبة logcat في الوقت الفعلي باستخدام مرشح باستخدام afwtest ، ثم افتح محطة أخرى وابدأ logcat باستخدام: adb logcat | grep afwtest . بعد اكتمال الاختبار:
    • عرض سجلات الدخول out/host/linux-x86/afw-th/android-cts/repository/logs/ start-time . يتم حفظ سجل الجهاز الكامل وسجل المضيف ( afw-test-tradefed ) في ملفات مضغوطة منفصلة.
    • ابحث عن المعلومات ذات الصلة من خلال البحث في logcat الجهاز عن afwtest . مثال: zless out/host/linux-x86/afw-th/android-cts/repository/logs/ start-time /device_logcat_ random-number .zip | grep afwtest
    • لعرض سجل afw-test-tradefed بالكامل ، استخدم: zless out/host/linux-x86/afw-th/android-cts/repository/logs/ start-time /host_log_ random-number .zip
  • تعمل الحزمة الاختبارية على أتمتة تدفق التزويد المؤسسي من خلال الانتقال عبر صفحات واجهة المستخدم وتسجيل سجل التنقل في ملف logcat الخاص بالجهاز لكل صفحة. مثال: afwtest.AutomationDriver: Navigating:com.android.afwtest.uiautomator.pages.gms.AddAccountPage
    تتضمن صفحات واجهة المستخدم الخاصة بحزمة الاختبار com.android.afwtest.NfcProvisioning ما يلي:
    • com.android.afwtest.uiautomator.pages.managedprovisioning.NfcProvisioningPage
    • com.android.afwtest.uiautomator.pages.PageSkipper
    • com.android.afwtest.uiautomator.pages.LandingPage
  • إذا فشل اختبار أثناء عملية التوفير ، فإن logcat يحتوي على خطأ مشابه لـ:
    TestRunner: java.lang.RuntimeException: Failed to load page: com.android.afwtest.uiautomator.pages.packageinstaller.DeviceAccessPage
    
    يحدث هذا عادةً بسبب أخطاء في صفحة واجهة مستخدم سابقة أو الصفحة التي فشل تحميلها ، لذا حاول العثور على رسائل خطأ أخرى في logcat قبل هذا الخطأ ، ثم حاول إعادة إنتاجه يدويًا باتباع تدفق التزويد.
  • إذا فشلت حزمة الاختبار:
    • يتم حفظ لقطة الشاشة في out/host/linux-x86/afw-th/android-cts/repository/logs/ start-time باستخدام الصيغة التالية: screenshot-test_ test_class_full_name _ test_case_name - random_number .png . يتم أيضًا تسجيل هذه المعلومات في سجل المضيف.
    • يتم حفظ تقرير الخطأ في out/host/linux-x86/afw-th/android-cts/repository/logs/ start-time النحو التالي: bug- test_class_full_name _ test_case_name - random_number .zip .
  • بعد تنفيذ جميع حزم الاختبار ، يتم التقاط لقطة شاشة وحفظها في out/host/linux-x86/afw-th/android-cts/repository/logs/ start-time النحو التالي: screenshot- random_number .png . يتم أيضًا تسجيل هذه المعلومات في سجل المضيف.

التعليمات

هل يمكنني تشغيل خطة الاختبار afw-userdebug-build على جهاز يومض ببنية المستخدم؟

لا ، فحزم الاختبار في خطة afw-userdebug-build المصنع لجهاز الاختبار قبل تشغيل تدفق الاختبار الفعلي وتتطلب تصحيح أخطاء adb ليتم تمكينه تلقائيًا. باستخدام بنية المستخدم ، لا يمكن تمكين تصحيح أخطاء adb إلا عن طريق تغيير الإعداد يدويًا في خيارات Developer.

هل يمكنني تشغيل خطة اختبار afw-user-build على جهاز يومض ببنية Userdebug؟

نعم ، لكننا نوصي بتشغيل خطة الاختبار هذه على بنية المستخدم.

يفشل الاختبار أحيانًا لأن تحميل واجهة المستخدم يستغرق وقتًا طويلاً. كيف يمكنني اصلاح هذا؟

قم بتكوين إعداد timeout_size في ./android-cts/repository/testcases/afw-test.props . الإعدادات الصالحة هي: S ، M ، L ، XL ، XXL.

فشل حزمة الاختبار com.android.afwtest.NfcProvisioning (أو SuwDoProvisioning ) على جهازي لأن الإعداد الأولي المثبت يعرض واجهة مستخدم مخصصة (مثل الشروط والأحكام) بعد اكتمال التوفير. كيف يمكنني تخطي واجهة المستخدم المخصصة هذه؟

يجب أن يكون هناك حد أدنى من واجهة المستخدم بعد عملية التوفير. سيتخطى أداة الاختبار تلقائيًا واجهة المستخدم هذه إذا كانت واجهة المستخدم تحتوي على زر يحتوي على نص ذي معنى أو وصف محتوى يحتوي على أي من الكلمات التالية: تخطي أو إنهاء أو تم أو قبول أو موافق أو التالي أو متابعة أو متابعة. بدلاً من ذلك ، يمكنك تحديد زر في afw-test.props لتكوين أداة اختبار لتخطي واجهة المستخدم الخاصة بك. مثال:

oem_widgets=your_btn
your_btn.text=your_customized_text
your_btn.package=your_package
your_btn.action=click

لتحديد أدوات متعددة ، افصل بينها باستخدام الفواصل.

فشلت حزمة الاختبار com.android.afwtest.NfcProvisioning (أو SuwDoProvisioning ) وشاشة واجهة المستخدم الأخيرة هي "التحقق من حسابك". لماذا يحدث هذا وكيف يمكنني استعادة جهاز الاختبار؟

يحدث هذا الفشل لأن حزمة الاختبار السابقة فشلت في مسح حماية إعادة ضبط المصنع في نهاية الاختبار. يجب عليك إدخال الحساب يدويًا لإلغاء قفل الجهاز.

يحتاج جهازي إلى مزيد من الوقت لإعادة ضبط المصنع. هل يمكنني تمديد مهلة إعادة ضبط المصنع؟

نعم. قم بتكوين إعداد factory_reset_timeout_min في afw-test.props . الإعدادات الصالحة بالدقائق ؛ يمكنك تعيين أي عدد من الدقائق التي تعمل مع جهازك.

و

بالنسبة للأجهزة التي تعمل بنظام Android 6 أو Android 7 ، يمكنك اختبار توفير الأجهزة باستخدام Android Enterprise (AE) Test Harness ، وهي مجموعة اختبار للتحقق من توافق المؤسسات لأجهزة Android. يتضمن الحزام تطبيقات الدعم وحالات الاختبار وملفات التكوين وعارض اختبار ( afw-test-tradefed ) مبني على cts-tradefed . قبل إعداد AE Test Harness ، تأكد من إكمال التزويد لإدارة الجهاز .

بالنسبة للأجهزة التي تعمل بنظام Android 8 أو أعلى ، تم إيقاف استخدام AE Test Harness.

تهيئة بيئة تنموية

تشبه بيئة تطوير AE Test Harness نظام التشغيل Android. اتبع الخطوات الواردة في " المتطلبات " لإعداد آلة التطوير.

تنزيل شفرة المصدر

قم بتنزيل الكود المصدري لـ AE Test Harness باستخدام الخطوات الواردة في تنزيل المصدر . كود مصدر AE Test Harness موجود في مشروع ./test/AfwTestHarness . يحدد اسم الفرع إصدار AE Test Harness المراد تنزيله (تحتوي كل منصة Android على إصدار منفصل من AE Test Harness). على سبيل المثال ، اسم الفرع لنظام Android 7.0 Nougat هو afw-test-harness-nougat-dev . لتهيئة الريبو وتنزيل الكود المصدري لهذا الفرع ، استخدم الأوامر التالية:

mkdir WORKING_DIRECTORY
cd WORKING_DIRECTORY
git config --global user.name "Your Name"
git config --global user.email "you@example.com"
repo init -u https://android.googlesource.com/platform/manifest -b afw-test-harness-nougat-dev
repo sync -j24

للتحقق من الكود المصدري لإصدار مختلف ، حدد الفرع بالعلامة المقابلة. الفروع المتوفرة تشمل:

اسم الفرع منصة أندرويد المدعومة
afw-test-harness-nougat-dev أندرويد 7.0
afw-test-harness-2.1 أندرويد 7.0
afw- اختبار تسخير-الخطمي ديف أندرويد 6.0
AFW- اختبار- تسخير 1.5 أندرويد 6.0

يتم أيضًا تنزيل مشاريع التبعية الأخرى المطلوبة لإنشاء الأداة باستخدام الكود المصدري.

المشاهدة في Android Studio

لعرض وتحرير الكود المصدري في Android Studio:

  1. قم بتشغيل الأوامر التالية
    make idegen
    development/tools/idegen/idegen.sh
    
  2. في Android Studio ، افتح android.ipr .

كود مصدر AE Test Harness قيد test/AfwTestHarness .

تكوين أداة اختبار AE

يمكنك تخصيص الحزام من خلال تكوين test/AfwTestHarness/afw-test.props . لتشغيل الحزام بنجاح ، أكمل الخطوات التالية:

  1. قم بتكوين شبكة Wi-Fi في afw-test.props التالية:
    wifi_ssid
    wifi_password (optional)
    wifi_security_type (optional, available options are: NONE, WEP or WPA)
    
  2. احصل على حساب واحد على الأقل من مجال مرتبط باختبار DPC كوحدة تحكم سياسة الجهاز الخاصة به. حدد التفاصيل في afw-test.props التالية:
    work_account_username
    work_account_password
    

    تستخدم أداة اختبار AE اختبار DPC لاختبار تدفقات التزويد ، لذلك يجب ربط الحسابات باختبار DPC لتشغيل أداة الاختبار.

بناء تسخير اختبار AE

ابدأ تكوين البناء باستخدام:

source build/envsetup.sh
lunch

حدد نوع الجهاز واضغط على Enter .

قم ببناء الحزام باستخدام:

make afw-test-harness -j32

يؤدي هذا إلى إنشاء دليل ( out/host/linux-x86/afw-th/android-cts ) يحتوي على جميع الثنائيات وملفات التكوين والأدوات اللازمة لتشغيل أداة الاختبار. هذا الدليل مضغوط أيضًا في ملف ( out/host/linux-x86/afw-th/android-afw-test-harness.zip ) للتوزيع.

تشغيل أداة اختبار AE

استخدم الخطوات التالية لتشغيل أداة اختبار AE:

  1. في بيئة البناء الخاصة بك ، قم بتشغيل عداء الاختبار باستخدام:
    afw-test-tradefed
    
    يؤدي هذا إلى تشغيل وحدة التحكم cts-tf ، وتحميل خطط الاختبار ، وحالات الاختبار ، و afw-test.props من out/host/linux-x86/afw-th/android-cts .
  2. من المجلد غير المضغوط الخاص بـ android-afw-test-harness.zip ، قم بتشغيل عداء الاختبار باستخدام:
    cts-tf> ./android‐cts/tools/afw-test‐tradefed
    
    يقوم هذا بتحميل خطط الاختبار وحالات الاختبار و afw-test.props من دليل android-cts . تأكد من أن ./android‐cts/repository/testcases/afw-test.props لديه حساب العمل وتهيئة Wi-Fi.
  3. قم بتشغيل خطة اختبار. كل خطة اختبار عبارة عن ملف XML يحتوي على مجموعة من حزم الاختبار من دليل حزمة اختبار AfwTestHarness/tests . تشمل الخطط المشتركة ما يلي:
    • afw-userdebug-build . يحتوي على جميع حزم الاختبار التي تتطلب إنشاء Userdebug.
    • afw-user-build . يعمل على بناء المستخدم ولكنه يتطلب إعداد جهاز الاختبار بشكل صحيح ، بما في ذلك إكمال الإعداد الأولي وتمكين تصحيح أخطاء USB.

    لتشغيل خطة الاختبار afw-userdebug-build ، استخدم:
    cts-tf> run cts --plan afw-userdebug-build
    
    لمشاهدة جميع خطط الاختبار ، استخدم list plans الأوامر. لعرض تعريفات الخطة ، راجع out/host/linux-x86/afw-th/android-cts/repository/plans .
  4. قم بتشغيل حزمة اختبار. لتشغيل حزمة اختبار واحدة ، استخدم
    cts-tf> run cts --package com.android.afwtest.NfcProvisioning
    
    لعرض كافة الحزم ، استخدم list packages الأوامر. لمزيد من الخيارات ، استخدم الأمر run cts --help .

تصحيح تسخير اختبار AE

قم بتشغيل جميع الأوامر في وحدة التحكم afw-test-tradefed ( cts-tf ) ، والتي يمكنك تشغيلها عن طريق تشغيل afw-test-tradefed .

  • اعرض المزيد من المعلومات باستخدام علامتي التصحيح -l INFO أو -l DEBUG . مثال:
    cts-tf> run cts ‐‐plan afw-userdebug-build -l DEBUG
    
  • قم بتشغيل أداة الاختبار على جهاز محدد بعلامة -s . مثال:
    cts-tf> run cts ‐‐plan afw-userdebug-build -l DEBUG -s device_sn
    
  • قم بتشغيل أداة اختبار على جميع الأجهزة المتصلة بعلامة - all --all-devices . مثال:
    cts-tf> run cts ‐‐plan afw-userdebug-build -l DEBUG --all-devices
    
  • عرض عمليات التنفيذ الجارية الحالية باستخدام list invocations أو li .
  • عرض ملخص لعمليات تنفيذ الاختبار السابقة باستخدام list results أو lr .
  • عرض أوامر list الأخرى باستخدام help list .
  • قم بمراقبة logcat في الوقت الفعلي باستخدام مرشح باستخدام afwtest ، ثم افتح محطة أخرى وابدأ logcat باستخدام: adb logcat | grep afwtest . بعد اكتمال الاختبار:
    • عرض سجلات الدخول out/host/linux-x86/afw-th/android-cts/repository/logs/ start-time . يتم حفظ سجل الجهاز الكامل وسجل المضيف ( afw-test-tradefed ) في ملفات مضغوطة منفصلة.
    • ابحث عن المعلومات ذات الصلة من خلال البحث في logcat الجهاز عن afwtest . مثال: zless out/host/linux-x86/afw-th/android-cts/repository/logs/ start-time /device_logcat_ random-number .zip | grep afwtest
    • لعرض سجل afw-test-tradefed بالكامل ، استخدم: zless out/host/linux-x86/afw-th/android-cts/repository/logs/ start-time /host_log_ random-number .zip
  • تعمل الحزمة الاختبارية على أتمتة تدفق التزويد المؤسسي من خلال الانتقال عبر صفحات واجهة المستخدم وتسجيل سجل التنقل في ملف logcat الخاص بالجهاز لكل صفحة. مثال: afwtest.AutomationDriver: Navigating:com.android.afwtest.uiautomator.pages.gms.AddAccountPage
    تتضمن صفحات واجهة المستخدم الخاصة بحزمة الاختبار com.android.afwtest.NfcProvisioning ما يلي:
    • com.android.afwtest.uiautomator.pages.managedprovisioning.NfcProvisioningPage
    • com.android.afwtest.uiautomator.pages.PageSkipper
    • com.android.afwtest.uiautomator.pages.LandingPage
  • إذا فشل اختبار أثناء عملية التوفير ، فإن logcat يحتوي على خطأ مشابه لـ:
    TestRunner: java.lang.RuntimeException: Failed to load page: com.android.afwtest.uiautomator.pages.packageinstaller.DeviceAccessPage
    
    يحدث هذا عادةً بسبب أخطاء في صفحة واجهة مستخدم سابقة أو الصفحة التي فشل تحميلها ، لذا حاول العثور على رسائل خطأ أخرى في logcat قبل هذا الخطأ ، ثم حاول إعادة إنتاجه يدويًا باتباع تدفق التزويد.
  • إذا فشلت حزمة الاختبار:
    • يتم حفظ لقطة الشاشة في out/host/linux-x86/afw-th/android-cts/repository/logs/ start-time باستخدام الصيغة التالية: screenshot-test_ test_class_full_name _ test_case_name - random_number .png . يتم أيضًا تسجيل هذه المعلومات في سجل المضيف.
    • يتم حفظ تقرير الخطأ في out/host/linux-x86/afw-th/android-cts/repository/logs/ start-time النحو التالي: bug- test_class_full_name _ test_case_name - random_number .zip .
  • بعد تنفيذ جميع حزم الاختبار ، يتم التقاط لقطة شاشة وحفظها في out/host/linux-x86/afw-th/android-cts/repository/logs/ start-time النحو التالي: screenshot- random_number .png . يتم أيضًا تسجيل هذه المعلومات في سجل المضيف.

التعليمات

هل يمكنني تشغيل خطة الاختبار afw-userdebug-build على جهاز يومض ببنية المستخدم؟

لا ، فحزم الاختبار في خطة afw-userdebug-build المصنع لجهاز الاختبار قبل تشغيل تدفق الاختبار الفعلي وتتطلب تصحيح أخطاء adb ليتم تمكينه تلقائيًا. باستخدام بنية المستخدم ، لا يمكن تمكين تصحيح أخطاء adb إلا عن طريق تغيير الإعداد يدويًا في خيارات Developer.

هل يمكنني تشغيل خطة اختبار afw-user-build على جهاز يومض ببنية Userdebug؟

نعم ، لكننا نوصي بتشغيل خطة الاختبار هذه على بنية المستخدم.

يفشل الاختبار أحيانًا لأن تحميل واجهة المستخدم يستغرق وقتًا طويلاً. كيف يمكنني اصلاح هذا؟

قم بتكوين إعداد timeout_size في ./android-cts/repository/testcases/afw-test.props . الإعدادات الصالحة هي: S ، M ، L ، XL ، XXL.

فشل حزمة الاختبار com.android.afwtest.NfcProvisioning (أو SuwDoProvisioning ) على جهازي لأن الإعداد الأولي المثبت يعرض واجهة مستخدم مخصصة (مثل الشروط والأحكام) بعد اكتمال التوفير. كيف يمكنني تخطي واجهة المستخدم المخصصة هذه؟

يجب أن يكون هناك حد أدنى من واجهة المستخدم بعد عملية التوفير. سيتخطى أداة الاختبار تلقائيًا واجهة المستخدم هذه إذا كانت واجهة المستخدم تحتوي على زر يحتوي على نص ذي معنى أو وصف محتوى يحتوي على أي من الكلمات التالية: تخطي أو إنهاء أو تم أو قبول أو موافق أو التالي أو متابعة أو متابعة. بدلاً من ذلك ، يمكنك تحديد زر في afw-test.props لتكوين أداة اختبار لتخطي واجهة المستخدم الخاصة بك. مثال:

oem_widgets=your_btn
your_btn.text=your_customized_text
your_btn.package=your_package
your_btn.action=click

لتحديد أدوات متعددة ، افصل بينها باستخدام الفواصل.

فشلت حزمة الاختبار com.android.afwtest.NfcProvisioning (أو SuwDoProvisioning ) وشاشة واجهة المستخدم الأخيرة هي "التحقق من حسابك". لماذا يحدث هذا وكيف يمكنني استعادة جهاز الاختبار؟

يحدث هذا الفشل لأن حزمة الاختبار السابقة فشلت في مسح حماية إعادة ضبط المصنع في نهاية الاختبار. يجب عليك إدخال الحساب يدويًا لإلغاء قفل الجهاز.

يحتاج جهازي إلى مزيد من الوقت لإعادة ضبط المصنع. هل يمكنني تمديد مهلة إعادة ضبط المصنع؟

نعم. قم بتكوين إعداد factory_reset_timeout_min في afw-test.props . الإعدادات الصالحة بالدقائق ؛ يمكنك تعيين أي عدد من الدقائق التي تعمل مع جهازك.