هذا المحتوى موجه لمطوري أنظمة Android. قبل فهم كيفية إجراء الاختبار على نظام Android الأساسي، يرجى الرجوع إلى بنية نظام Android الأساسي للحصول على نظرة عامة.
ثم تعمق في التقنيات الدقيقة المتاحة لك في هذا القسم، مثل مجموعة اختبار البائع (VTS) وعدد لا يحصى من مقاطع الفيديو والبرامج التعليمية الخاصة بالبرمجة .
لاحظ أيضًا آليات الاختبار الخاصة بالأمان المتاحة لاكتشاف أجهزتك وتقويتها ضد الثغرات الأمنية.
لاختبار التطبيق، ابدأ بأساسيات الاختبار وقم بإجراء Codelab لاختبار Android باستخدام العينات المقدمة.
أخيرًا، لاحظ أن اختبار الإرسال المسبق الأساسي متاح لك من خلال Repo Hooks الذي يمكنه تشغيل وحدات الفحص والتحقق من التنسيق وتشغيل اختبارات الوحدة قبل المتابعة، مثل تحميل الالتزام. لاحظ أن هذه الخطافات معطلة بشكل افتراضي. راجع مقدمة Repo Hooks لمزيد من التفاصيل.
ماذا وكيف يتم الاختبار
يتفاعل اختبار النظام الأساسي عادةً مع واحدة أو أكثر من خدمات نظام Android، أو طبقات طبقة تجريد الأجهزة (HAL)، ويمارس وظائف الموضوع قيد الاختبار، ويؤكد صحة نتائج الاختبار.
على هذا النحو، قد يقوم اختبار المنصة بما يلي:
- ممارسة واجهات برمجة التطبيقات (APIs) لإطار العمل عبر إطار عمل التطبيق؛ قد تتضمن واجهات برمجة التطبيقات المحددة التي يتم ممارستها ما يلي:
- واجهات برمجة التطبيقات العامة المخصصة لتطبيقات الطرف الثالث
- واجهات برمجة التطبيقات المخفية المخصصة للتطبيقات المميزة، وهي واجهات برمجة تطبيقات النظام
- واجهات برمجة التطبيقات الخاصة (@hide، أو المحمية، الحزمة الخاصة)
- استدعاء خدمات نظام Android عبر وكلاء الموثق الخام/IPC مباشرة
- تتفاعل مباشرة مع HALs عبر واجهات برمجة التطبيقات (APIs) ذات المستوى المنخفض أو واجهات IPC
عادةً ما تتم كتابة النوعين 1 و2 كاختبارات أجهزة ، بينما تتم كتابة النوع 3 عادةً كاختبارات GTests .
لمعرفة المزيد، راجع الأمثلة الشاملة لدينا:
تعرف على هذه الأدوات، لأنها جزء أساسي من الاختبار في Android.
مجموعة اختبار التوافق (CTS)
Android Compatibility Test Suite عبارة عن مجموعة من أنواع الاختبارات المختلفة المستخدمة لضمان توافق تطبيقات إطار عمل Android عبر شركاء OEM وعبر إصدارات الأنظمة الأساسية. يتضمن الجناح أيضًا اختبارات الأجهزة وإطار عمل GTest.
لا تتعارض اختبارات CTS واختبارات المنصة، وإليك بعض الإرشادات العامة:
- إذا كان الاختبار يؤكد صحة وظائف/سلوكيات واجهة برمجة التطبيقات (API) الخاصة بإطار العمل، ويجب تنفيذه عبر شركاء OEM، فيجب أن يكون في CTS
- إذا كان الهدف من الاختبار هو اكتشاف الانحدارات أثناء دورة تطوير النظام الأساسي، وقد يتطلب إذنًا مميزًا للتنفيذ، وقد يعتمد على تفاصيل التنفيذ (كما تم إصدارها في AOSP)، فيجب أن يكون اختبارات النظام الأساسي فقط
مجموعة اختبار البائع (VTS)
تقوم مجموعة اختبار البائع (VTS) بأتمتة اختبار HAL ونظام التشغيل kernel. لاستخدام VTS لاختبار تنفيذ نظام Android المدمج، قم بإعداد بيئة اختبار ثم اختبر التصحيح باستخدام خطة VTS.
البنية التحتية لاختبار الاتحاد التجاري
الاتحاد التجاري (Tradefed أو TF للاختصار) هو إطار اختبار مستمر مصمم لإجراء الاختبارات على أجهزة Android. يمكن لـ TF إجراء اختبارات وظيفية محليًا، على مكتبك، داخل منصة الدفع الخاصة بك. هناك ملفان مطلوبان لإجراء اختبار في TF، مصدر اختبار جافا وتكوين XML. راجع RebootTest.java و reboot.xml للحصول على أمثلة.
تصحيح الأخطاء
يلخص قسم تصحيح الأخطاء الأدوات المفيدة والأوامر ذات الصلة لتصحيح الأخطاء والتتبع وإنشاء ملفات التعريف البرمجية المضمنة في نظام Android الأساسي عند تطوير ميزات على مستوى النظام الأساسي.