التحقّق من حالة النظام

يتم تحديد أدوات التحقق من حالة النظام (SSC) على مستوى عملية الإعداد على مستوى الحزمة التي يتم تشغيلها بين كل وحدة. ويقومون بإجراء عمليات تحقق لتحديد ما إذا كانت الوحدة قد تغيرت ولم تُستعِد بعض الحالات، مثل تغيير موقع نظام

تُستخدم SSC بشكل أساسي للتأكد من أن كاتبي الوحدات لا ينسون تنظيف بعد إجراء الاختبارات؛ ولكن إذا حدث ذلك، فقم بتدوينها حتى يمكن معالجتها.

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

تعريف XML لأداة التحقّق من حالة النظام

<system_checker class="com.android.tradefed.suite.checker.KeyguardStatusChecker" />
<system_checker class="com.android.tradefed.suite.checker.LeakedThreadStatusChecker" />
<system_checker class="com.android.tradefed.suite.checker.SystemServerStatusChecker" />

يتم تعريف إعلانات السلع والخدمات (SSC) ضمن العلامة system_checker في إعدادات Tradefed. XML.

التنفيذ

على كل حملة Shopping ذكية تنفيذ ISystemStatusChecker ، الذي يوفر الطريقتين الرئيسيتين preExecutionCheck وpostExecutionCheck التي تعمل قبل وبعد تنفيذ كل وحدة.

ومن الممكن أن تنفذ المدقق أحد الخيارين أو تنفيذ سواء كانت هناك حاجة للتحقق من الحالة قبل الوحدة ومقارنتها الحالة بعد الوحدة.

أمثلة متعددة عمليات التنفيذ الموجودة في Tradefed. يُنصح بالتركيز على عملية تحقّق واحدة في كل عملية تنفيذ. لتحسين قابلية إعادة الاستخدام. على سبيل المثال: SystemServerStatusCheck للتحقّق مما إذا تمت إعادة تشغيل عملية system_server على الجهاز خلال تنفيذ مجموعة اختبارية. في postExecutionCheck، يناديك deviceSoftRestarted، والذي يتم تحديده في NativeDevice للتحقّق من إعادة تشغيل عملية system_server.

تقوم كل عملية بإرجاع StatusCheckerResult، وهو ما يتيح للأداة تحديد ما إذا كانت المعلومات الإضافية، مثل تقرير الأخطاء، تصويره.

أين يتم تحديدها في CTS؟

يتم تحديد أدوات التحقق من حالة نظام CTS في /test/suite_harness/tools/cts-tradefed/res/config/cts-system-checkers.xml.

كيفية العثور على حالات تعذُّر أداة التحقّق

تظهر حالات إخفاق مدقق النظام تلقائيًا في السجلات وفي تقارير الأخطاء فقط. تم تسجيله للاستدعاء باسم يلي التنسيق bugreport-checker-post-module-<module name>.zip

يتيح لك هذا الإجراء معرفة الوحدة التي تم إنشاء تقرير الأخطاء بعدها.

ومن الممكن تقديم تقرير مدقق النظام على أنه إخفاق الاختبار نفسه عن طريق جارٍ ضبط خيار --report-system-checkers على true. ينتج عن ذلك اختبار تشغيل الاختبار يُظهر أنّه تعذّر إكماله، ويكون سبب الفشل هو أداة التحقّق من الحالة تحقق معين.