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