هذا المحتوى موجه نحو مطوري نظام Android الأساسي. قبل فهم كيفية إجراء الاختبار على نظام Android الأساسي ، يرجى الرجوع إلى بنية النظام الأساسي لنظام Android للحصول على نظرة عامة.
ثم الخوض في التقنيات الدقيقة المتاحة لك في هذا القسم ، مثل Vendor Test Suite (VTS) والعديد من مقاطع الفيديو ومختبرات الرموز التعليمية .
لاحظ أيضًا آليات الاختبار الخاصة بالأمان المتاحة لاكتشاف وتقوية أجهزتك ضد الثغرات الأمنية.
لاختبار التطبيق ، ابدأ بأساسيات الاختبار وقم بإجراء اختبار Codelab على Android باستخدام العينات المقدمة.
أخيرًا ، لاحظ أن الاختبار الأساسي المقدم مسبقًا متاح لك من خلال خطافات Repo التي يمكنها تشغيل linters والتحقق من التنسيق وتشغيل اختبارات الوحدة قبل المتابعة ، مثل تحميل الالتزام. لاحظ أن هذه الخطافات معطلة بشكل افتراضي. راجع مقدمة Repo Hooks لمزيد من التفاصيل.
ماذا وكيف تختبر
يتفاعل اختبار النظام الأساسي عادةً مع واحد أو أكثر من خدمات نظام Android ، أو طبقات طبقة تجريد الأجهزة (HAL) ، ويمارس وظائف الموضوع قيد الاختبار ، ويؤكد صحة نتيجة الاختبار.
على هذا النحو ، فإن اختبار النظام الأساسي قد:
- ممارسة واجهات برمجة التطبيقات الخاصة بإطار العمل عبر إطار عمل التطبيق ؛ قد تشمل واجهات برمجة التطبيقات المحددة التي يتم ممارستها ما يلي:
- واجهات برمجة التطبيقات العامة المخصصة لتطبيقات الطرف الثالث
- واجهات برمجة التطبيقات المخفية المخصصة للتطبيقات المميزة ، وهي واجهات برمجة تطبيقات النظام
- واجهات برمجة التطبيقات الخاصة (@ إخفاء أو حماية الحزمة الخاصة)
- استدعاء خدمات نظام Android عبر وكلاء الخام الموثق / IPC مباشرة
- تتفاعل مباشرة مع HALs عبر واجهات API منخفضة المستوى أو واجهات IPC
تتم كتابة النوعين 1 و 2 عادةً على هيئة اختبارات للأجهزة ، بينما يُكتب النوع 3 عادةً باسم اختبارات GT .
لمعرفة المزيد ، راجع الأمثلة الشاملة الخاصة بنا:
كن على دراية بهذه الأدوات ، فهي جزء لا يتجزأ من الاختبار في 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 عند تطوير ميزات على مستوى النظام الأساسي.