توضح هذه الصفحة كيفية كتابة اختبار واجهة الأوامر. إذا توفّرت إمكانية إجراء الاختبار باستخدام نص برمجي، يمكنك تنفيذه باستخدام ExecutableHostTest
. تتيح ExecutableHostTest
فلترة الاختبارات و
تقسيم الاختبارات.
كتابة اختبار واجهة الأوامر
يتم تشغيل نص الغلاف الرئيسي على المضيف. النصوص البرمجية أو الملفات الثنائية الأخرى التي سيتم تشغيلها على
الجهاز وملفات البيانات المطلوبة التي يجب دفعها إلى الجهاز أولاً
ويمكن إجراء ذلك كجزء من النص البرمجي الرئيسي أو باستخدام PushFilePreparer
.
إذا كان الاختبار يتضمّن وحدات ثنائية للأجهزة يجب تثبيتها مع الاختبار، حدِّدها باستخدام السمة data_device_bins
.
sh_test {
name: "module-name",
...
data_device_bins: ["target-name"],
}
اختبار Shell ziptool-tests
هو مثال على ذلك.
تستند نتيجة الاختبار لكل اختبار إلى حالة الخروج من النص البرمجي الرئيسي.
يمكن أن تنتهي مهلة الاختبار إذا تم تحديد per-binary-timeout
.
ضبط اختبار shell
في إعداد XML الذي تريد تبادله، يتم إجراء اختبارات واجهة الأوامر من خلال
عدّاء ExecutableHostTest
.
<test class="com.android.tradefed.testtype.binary.ExecutableHostTest" >
<option name="binary" value="your-test-script.sh" />
<option name="relative-path-execution" value="true" />
<option name="per-binary-timeout" value="15m" />
</test>
اضبط النص البرمجي الرئيسي للاختبار على أنّه قيمة الخيار binary
. يمكنك الاطّلاع على
خيارات "ExecutableHostTest
" الأخرى.
إذا كان النص البرمجي يتطلب امتياز الوصول إلى الجذر، أضِف RootTargetPreparer
إلى الإعداد.