بدء الاختبار باستخدام أجهزة Android الافتراضية

يصف هذا المستند متوسّط مدة المشاهدة في "Test Lab". بما في ذلك المزايا والقيود المعروفة. نقدّم أيضًا توصيات حول كيفية اختبار التطبيق خلال مراحل التطوير. Test Lab متوسّط مدة المشاهدة تشبه "متوسّط مدة المشاهدة" في Android Google لكنها محسَّنة لتتوافق مع أدائها من خلال اختبارها على السحابة الإلكترونية، ما يعني أنّ هناك اختلافات قليلة بين الاثنين.

لم تتم ترقية Test Lab متوسّط مدة المشاهدة التي تستخدم اللاحقة .arm أو (Arm). على برامج المحاكاة التي توفر المزايا التالية:

  • وقت تنفيذ الاختبار أسرع

  • أحجام الشاشة وكثافتها متطابقة مع أجهزة المحاكاة الافتراضية (AVD) في Android Studio للحفاظ على الاتساق

  • رسومات مسرَّعة متوافقة مع وحدة معالجة الرسومات

يوضّح الجدول التالي مزايا استخدام الأجهزة الافتراضية:

الميزة الوصف حالات الاستخدام
مدى التوفّر العالي يمكنك إجراء الاختبارات والحصول على نتائجها بسرعة أكبر عند إجراء الاختبارات باستخدام أجهزة افتراضية. وبما أنّ الأجهزة الافتراضية يتم إنشاؤها عند الطلب، تبدأ الاختبارات على الفور تقريبًا، ما يضمن التحقّق السريع من تطبيقك. اختبار التحديثات الصغيرة التي تم إجراؤها على تطبيقك أو لاختبار التراجع
مُدد اختبار أطول تتيح الأجهزة الافتراضية استخدام مدة اختبار. لمدة تصل إلى 60 دقيقة تقتصر الاختبارات على الأجهزة المادية على مدة اختبار تبلغ 45 دقيقة على كل جهاز. إجراء اختبارات أطول
تكاليف أقل يبلغ سعر الأجهزة الافتراضية دولار أمريكي واحد في الساعة لكل جهاز افتراضي مستخدَم لاختبار تطبيقك. الاختبار اليومي باستخدام أنظمة الدمج المستمر، أو قبل التحقّق من الرمز البرمجي لمزيد من المعلومات، يُرجى الاطّلاع على مستويات الاستخدام والحصص والأسعار لاشتراك Test Lab.

اختبار تطبيقك باستخدام الأجهزة الافتراضية

يمكنك اختبار تطبيقك باستخدام الأجهزة الافتراضية بالطريقة نفسها التي تختبره بها باستخدامه. الأجهزة الفعلية. يمكنك اختيار أجهزة افتراضية لاختباراتك عندما تكوين مصفوفة اختبار. لمزيد من المعلومات حول إجراء الاختبارات باستخدام Test Lab، يُرجى الاطّلاع على بدء اختبار نظام التشغيل Android باستخدام Firebase Test Lab

عرض النماذج وواجهات برمجة التطبيقات المتوافقة

لعرض نماذج AVD وواجهات برمجة التطبيقات المتوافقة مع "Test Lab"، شغِّل الأمر التالي:

gcloud firebase test android models list --filter=virtual

أفضل الممارسات لاختبار تطبيقك

تزيد الأجهزة الافتراضية من مجموعة الخيارات المتاحة لك عند اختبار تطبيقك باستخدام Test Lab ننصح باتّباع أفضل الممارسات التالية لاختبار تطبيقك خلال مراحل تطوير التطبيق:

استخدام محاكي "استوديو Android" أو جهاز فعلي متصل

عند تطوير التطبيق، يمكنك استخدام محاكي "استوديو Android" أو ملف مرفق لفحص كل إصدار للتحقق الأولي منه. إذا كان لديك اختبار قياس حالة التطبيق، يمكنك أيضًا إجراء هذه الاختبارات من Android Studio على سواء كانت أجهزة فعلية أو افتراضية مقدَّمة من "Test Lab".

استخدِم أنظمة CI عند كل تغيير في الرمز البرمجي عند العمل على مشاريع مشتركة

إذا كنت تعمل في مشروع كبير، أو إذا كنت تساهم في مشروعات تتم مشاركتها باستخدام GitHub أو أي موقع مشابه، نوصيك باستخدام التكامل المستمر (CI) التالية. اختبار تطبيقاتك على الأجهزة الافتراضية في كل مرة يختبرها نظام CI أو قبل كل طلب سحب. مزيد من المعلومات حول استخدام ميزة "Test Lab" مع CI يُرجى الاطّلاع على المقالة استخدام Test Lab لنظام التشغيل Android من خلال ميزة "الدمج المستمر". الأنظمة:

اختبار تطبيقك على الأجهزة المادية من خلال "Test Lab" قبل إصدار تحديثات مُهمّة للتطبيق

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

تحديثات الأجهزة الافتراضية

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

وفي حالات نادرة، قد تؤدي هذه التحديثات إلى تعذُّر إجراء الاختبارات بشكل غير متوقّع. عندما يكون هناك تحديثًا معروفًا قد يحدث عطلاً، سيتضمن Test Lab المعلومات في ملاحظات الإصدار. ومن أفضل الممارسات، ننصحك باستخدام أُطر عمل الاختبار، مثل إسبريسو التي تكون فعّالة في إجراء هذه التغييرات كلما أمكن ذلك وعندما لا يكون ذلك ممكنًا، ننصحك باستهداف الأجهزة الافتراضية في "ذراع التحكم"، والتي فيمكنك توقع التحديث بمعدل أقل.

القيود المعروفة

فبعض ميزات الأجهزة المادية ليست محاكاة في الوقت الحالي للأجهزة الافتراضية، أو تتم محاكاتها مع بعض القيود. يلخص الجدول التالي الميزات غير المتوفّرة حاليًا على الأجهزة الافتراضية، أو المتوفّرة باستخدام قيود معينة:

الميزة التفاصيل
واجهات التطبيق الثنائية (ABI) لا تتوافق بعض الأجهزة مع جميع واجهات التطبيق الثنائية (ABI). إذا كنت تُطوّر باستخدام حِزم تطوير البرامج (NDK) لنظام التشغيل Android، احرص على إنشاء رمز لملف ABI المتوافق مع الأجهزة التي تستهدفها (راجِع الأجهزة المتوفّرة في Test Lab). للاطّلاع على مزيد من المعلومات عن إدارة واجهات ABI، راجِع واجهات ABI لنظام التشغيل Android.

ملاحظة: إذا تم وضع علامة "غير صالح" على أحد الاختبارات في مصفوفة الاختبار، فإن هذا قد تحدث لأنّ تطبيقك يعتمد على رمز برمجي أصلي غير مسموح به واجهة التطبيق الثنائية (ABI) للجهاز.
أداء الرسومات تستخدم أجهزة Nexus وPixel الافتراضية عرض رسومات البرامج. يمكن لتطبيقات الرسومات المكثفة تشهد انخفاضًا في الأداء. إذا كان تطبيقك يتطلب رسومات كثيفة، باستخدام SmallPhone.arm أو MediumPhone.arm أو الأجهزة الفعلية بدلاً من ذلك.
واجهات برمجة التطبيقات للرسومات OpenGL ES 3.x غير متوافق على الأجهزة أدنى من المستوى 29 لواجهة برمجة التطبيقات. الأجهزة الأحدث غير متوافقة بنسبة 100% مع بالنسبة إلى واجهات برمجة تطبيقات OpenGL/Vulkan، قد تلاحظ اختلافات طفيفة في الرسومات.
تطبيق "متجر Google Play" لا يمكن استخدام تطبيق "متجر Google Play" على "ذراع التحكم" على الأجهزة الافتراضية.
وظيفة "الواقع المعزّز" اختبار النسخة المحسّنة لا يمكن استخدام وظيفة الواقع المعزّز على الأجهزة الافتراضية.
مستويات واجهة برمجة التطبيقات القديمة Test Lab لا تتوافق أجهزة جمع الأجهزة الافتراضية مع مستويات واجهة برمجة التطبيقات الأقل من 26.

الخطوات التالية