اختبار منصة Android

هذا المحتوى موجه نحو مطوري نظام Android الأساسي. قبل فهم كيفية إجراء الاختبار على نظام Android الأساسي ، يرجى الرجوع إلى بنية النظام الأساسي لنظام Android للحصول على نظرة عامة.

ثم الخوض في التقنيات الدقيقة المتاحة لك في هذا القسم ، مثل Vendor Test Suite (VTS) والعديد من مقاطع الفيديو ومختبرات الرموز التعليمية .

لاحظ أيضًا آليات الاختبار الخاصة بالأمان المتاحة لاكتشاف وتقوية أجهزتك ضد الثغرات الأمنية.

لاختبار التطبيق ، ابدأ بأساسيات الاختبار وقم بإجراء اختبار Codelab على Android باستخدام العينات المقدمة.

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

ماذا وكيف تختبر

يتفاعل اختبار النظام الأساسي عادةً مع واحد أو أكثر من خدمات نظام Android ، أو طبقات طبقة تجريد الأجهزة (HAL) ، ويمارس وظائف الموضوع قيد الاختبار ، ويؤكد صحة نتيجة الاختبار.

على هذا النحو ، فإن اختبار النظام الأساسي قد:

  1. ممارسة واجهات برمجة التطبيقات الخاصة بإطار العمل عبر إطار عمل التطبيق ؛ قد تشمل واجهات برمجة التطبيقات المحددة التي يتم ممارستها ما يلي:
    • واجهات برمجة التطبيقات العامة المخصصة لتطبيقات الطرف الثالث
    • واجهات برمجة التطبيقات المخفية المخصصة للتطبيقات المميزة ، وهي واجهات برمجة تطبيقات النظام
    • واجهات برمجة التطبيقات الخاصة (@ إخفاء أو حماية الحزمة الخاصة)
  2. استدعاء خدمات نظام Android عبر وكلاء الخام الموثق / IPC مباشرة
  3. تتفاعل مباشرة مع HALs عبر واجهات API منخفضة المستوى أو واجهات IPC

تتم كتابة النوعين 1 و 2 عادةً على هيئة اختبارات للأجهزة ، بينما يُكتب النوع 3 عادةً على أنه اختبارات أصلية باستخدام إطار عمل gtest .

لمعرفة المزيد ، راجع الأمثلة الشاملة الخاصة بنا:

كن على دراية بهذه الأدوات ، حيث إنها جزء لا يتجزأ من الاختبار في Android.

مجموعة اختبار التوافق (CTS)

Android Compatibility Test Suite عبارة عن مجموعة من أنواع مختلفة من الاختبارات ، تُستخدم لضمان توافق تطبيقات إطار عمل Android عبر شركاء OEM وعبر إصدارات النظام الأساسي. يتضمن الجناح أيضًا اختبارات الأجهزة والاختبارات الأصلية (باستخدام إطار عمل gtest أيضًا).

اختبارات CTS والنظام الأساسي ليست حصرية بشكل متبادل ، وإليك بعض الإرشادات العامة:

  • إذا كان الاختبار يؤكد صحة وظائف / سلوكيات واجهة برمجة التطبيقات لإطار العمل ، ويجب أن يتم فرضه عبر شركاء OEM ، فيجب أن يكون في CTS
  • إذا كان الهدف من الاختبار هو رصد الانحدار أثناء دورة تطوير النظام الأساسي ، وقد يتطلب إذنًا مميزًا للتنفيذ ، وقد يعتمد على تفاصيل التنفيذ (كما تم إصداره في AOSP) ، فيجب أن يكون فقط اختبارات النظام الأساسي

مجموعة اختبار البائع (VTS)

تعمل مجموعة اختبار البائع (VTS) على أتمتة اختبار HAL و OS kernel. لاستخدام VTS لاختبار تطبيق نظام Android أصلي ، قم بإعداد بيئة اختبار ثم اختبر التصحيح باستخدام خطة VTS.

البنية التحتية لاختبار الاتحاد التجاري

اتحاد التجارة (tradefed أو TF للاختصار) هو إطار اختبار مستمر مصمم لإجراء الاختبارات على أجهزة Android. يمكن لـ TF إجراء اختبارات وظيفية محليًا ، على مكتبك ، ضمن الخروج من المنصة. هناك ملفان مطلوبان لتشغيل اختبار في TF ، ومصدر اختبار جافا وتكوين XML. راجع RebootTest.java و reboot.xml للحصول على أمثلة.

التصحيح

يلخص قسم " تصحيح الأخطاء" الأدوات المفيدة والأوامر ذات الصلة لتصحيح الأخطاء وتعقبها وتوصيف رمز نظام Android الأساسي عند تطوير ميزات على مستوى النظام الأساسي.