بالنسبة للأجهزة التي تعمل بنظام 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:
- قم بتشغيل الأوامر التالية
make idegen
development/tools/idegen/idegen.sh
- في Android Studio ، افتح
android.ipr
.
كود مصدر AE Test Harness قيد test/AfwTestHarness
.
تكوين أداة اختبار AE
يمكنك تخصيص الحزام من خلال تكوين test/AfwTestHarness/afw-test.props
. لتشغيل الحزام بنجاح ، أكمل الخطوات التالية:
- قم بتكوين شبكة Wi-Fi في
afw-test.props
التالية:wifi_ssid wifi_password (optional) wifi_security_type (optional, available options are: NONE, WEP or WPA)
- احصل على حساب واحد على الأقل من مجال مرتبط باختبار 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:
- في بيئة البناء الخاصة بك ، قم بتشغيل عداء الاختبار باستخدام:
afw-test-tradefed
يؤدي هذا إلى تشغيل وحدة التحكمcts-tf
، وتحميل خطط الاختبار ، وحالات الاختبار ، وafw-test.props
منout/host/linux-x86/afw-th/android-cts
. - من المجلد غير المضغوط الخاص بـ
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. - قم بتشغيل خطة اختبار. كل خطة اختبار عبارة عن ملف 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
. -
- قم بتشغيل حزمة اختبار. لتشغيل حزمة اختبار واحدة ، استخدم
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:
- قم بتشغيل الأوامر التالية
make idegen
development/tools/idegen/idegen.sh
- في Android Studio ، افتح
android.ipr
.
كود مصدر AE Test Harness قيد test/AfwTestHarness
.
تكوين أداة اختبار AE
يمكنك تخصيص الحزام من خلال تكوين test/AfwTestHarness/afw-test.props
. لتشغيل الحزام بنجاح ، أكمل الخطوات التالية:
- قم بتكوين شبكة Wi-Fi في
afw-test.props
التالية:wifi_ssid wifi_password (optional) wifi_security_type (optional, available options are: NONE, WEP or WPA)
- احصل على حساب واحد على الأقل من مجال مرتبط باختبار 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:
- في بيئة البناء الخاصة بك ، قم بتشغيل عداء الاختبار باستخدام:
afw-test-tradefed
يؤدي هذا إلى تشغيل وحدة التحكمcts-tf
، وتحميل خطط الاختبار ، وحالات الاختبار ، وafw-test.props
منout/host/linux-x86/afw-th/android-cts
. - من المجلد غير المضغوط الخاص بـ
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. - قم بتشغيل خطة اختبار. كل خطة اختبار عبارة عن ملف 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
. -
- قم بتشغيل حزمة اختبار. لتشغيل حزمة اختبار واحدة ، استخدم
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
. الإعدادات الصالحة بالدقائق ؛ يمكنك تعيين أي عدد من الدقائق التي تعمل مع جهازك.