ما الذي يفحصه اختبار قارئ الشاشة

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

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

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

التخطيط لاختبار قارئ الشاشة بالعربية والإنجليزية

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

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

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

ومن الأمثلة NVDA على Windows وVoiceOver على أجهزة Apple. وهذه أمثلة وليست قائمة إلزامية للاختبار. وتُختار البيئات وفق الجمهور، ويُسند الاختبار إلى أشخاص يفهمون أوامر التنقل والتفاعل المعتادة في قارئ الشاشة.

التحقق من لغة الصفحة وتغير اللغة

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

وتحتاج المقاطع الإنجليزية داخل الصفحة العربية، والمقاطع العربية داخل الصفحة الإنجليزية، إلى تحديد مناسب للغة حيث ينطبق المتطلب. وتوضح إرشادات WCAG بشأن لغة الأجزاء استثناءات تشمل أسماء العلم والمصطلحات التقنية وبعض الكلمات الأخرى. فلا يلزم تخصيص تعريف لغوي مستقل لكل كلمة مستعارة.

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

فحص ترتيب القراءة والمحافظة على المعنى

يُستمع إلى ترتيب تقديم المعلومات. هل يسبق عنوان الخدمة تعليماتها؟ وهل تظهر التسميات والنصوص المساعدة في تسلسل مفهوم؟ وهل يفصل محتوى جانبي بين السؤال والإجابة أو يقطع سياق الفقرة؟

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

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

مراجعة العناوين والروابط وأسماء العناصر

ينبغي أن يستطيع الزائر فهم بنية الصفحة والانتقال إلى أقسامها دون الاستماع إلى كل فقرة. ويُتحقق من وضوح العناوين وإمكانية تمييز الروابط المتكررة، مثل «اقرأ المزيد»، من خلال سياق مناسب.

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

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

اختبار النماذج والأخطاء ورسائل الإتمام

يشمل اختبار قارئ الشاشة تجربة نموذج واقعي بإدخالات صحيحة وأخرى غير صحيحة. هل يمكن تمييز الحقول المطلوبة وفهم تعليمات التنسيق والعثور على الحقل الذي يحتاج إلى تصحيح؟ ويجب أن تكون التسميات والتعليمات والأخطاء مفهومة في لغة الخدمة.

وعند إرسال طلب غير مكتمل، تُراجع الخطوة التالية. فالحد الأحمر حول الحقل لا يوضح المشكلة لمن لا يراه. ويُتحقق من إمكانية اكتشاف الخطأ وربطه بالحقل المعني ووضوح التصحيح المطلوب.

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

فحص النوافذ الحوارية والعناصر الديناميكية

تحتاج أدوات اختيار التاريخ والقوائم وعلامات التبويب والنوافذ الحوارية إلى اختبار تفاعلي. ويُتحقق من قدرة الزائر على فهم موضعه وتشغيل العنصر والعودة إلى الخدمة، ومن انتقال التركيز عند فتح النافذة وإغلاقها.

في النوافذ الحوارية المشروطة، تُراجع التسمية وموضع التركيز الأولي والتشغيل بلوحة المفاتيح وعودة التركيز بعد الإغلاق. وتوضح إرشادات WAI للنوافذ الحوارية نمطاً للتفاعل، مع اختلاف تفاصيل التنفيذ حسب المحتوى.

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

إشراك مستخدمين متمرسين وتوثيق الأدلة

يستفيد اختبار قارئ الشاشة من الجمع بين مراجعة المختصين ومشاركة الأشخاص الذين يستخدمون قارئات الشاشة بانتظام. فقد يلاحظ المستخدم المتمرس مصطلحاً مربكاً أو عائقاً عملياً لا توضحه قائمة الفحص وحدها. وتكمل هذه الملاحظات تقييم المعايير دون أن تحل محله.

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

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