عندما تشتري اختباراً للتقنيات المساعدة، اطلب مهام يمكن إعادة تنفيذها في بيئات محددة، لا عبارة «يدعم قارئ الشاشة». النتيجة المفيدة توضح ما حاول المختبر إنجازه، وبأي جهاز ونظام ومتصفح وتقنية وإعدادات، وأين ظهر العائق. هذه الأدلة تساعد المطور على الإصلاح، وتمنع تحويل نجاح محدود إلى ادعاء توافق شامل.
اختبار المختص يختلف عن بحث يشارك فيه مستخدمون فعليون. الأول يفحص سلوكاً محدداً باستخدام مهارة وأدوات، والثاني يضيف خبرة أشخاص واستراتيجياتهم في الاستخدام ويتطلب تجنيداً وموافقة وترتيبات مناسبة. لا تجعل تشغيل قارئ الشاشة داخل الفريق بديلاً مسمىً باسم مشاركة المستخدمين.
ابدأ بالمهمة التي قد تتعطل
صف المهمة بلغة النتيجة: العثور على موعد مناسب، اختيار الوقت، تصحيح بيانات التواصل، ثم معرفة هل ثبت الحجز. بعد ذلك حدد نقاط الملاحظة مثل الوصول إلى التحكم، وفهم اسمه وحالته، والتنقل والعودة، وإدراك رسالة نتيجة العملية. قراءة عنوان الصفحة وحده لا تثبت إمكانية إكمال الحجز.
يجب أن تتضمن المهمة بيانات البداية والحساب والدور واللغة، وما يُعد نجاحاً، وما يُعد مساعدة من المختبر. إذا كان المسار يتطلب خطوة خارجية، فحدد إن كانت ضمن الاختبار وكيفية الوصول إليها بأمان. لا تستخدم حسابات عملاء أو تنفذ حجوزات حقيقية لمجرد سهولة الوصول إلى النظام الحي.
تقدم خدمة اختبار التقنيات المساعدة اختبارات للرحلات والتركيبات المتفق عليها. تأكد قبل التعاقد من توافر التقنيات المطلوبة ومختبرين يجيدون استخدامها، أو سجّل ما يحتاج تجهيزاً قبل بدء العمل.
ما الذي يدخل في مصفوفة البيئة؟
اكتب الجهاز، ونظام التشغيل وإصداره، والمتصفح وإصداره، والتقنية المساعدة وإصدارها، واللغة، وإعدادات مؤثرة، وتاريخ التشغيل، وإصدار المنتج. لا تكتفِ بكلمة «الأحدث»؛ فهي لا تسمح بإعادة الرصد بعد تحديث الجهاز. كما لا تفترض أن نتيجة متصفح تنتقل تلقائياً إلى آخر.
اختر التركيبات وفق الجمهور والأجهزة المدعومة والمخاطر والدليل المتاح، لا وفق ما يملكه المورد فقط. وإذا لم تتوافر بيانات الاستخدام، وثق سبب الاختيار وما يحتاج تحققاً لاحقاً. إضافة تركيبة جديدة توسع التغطية، لكنها لا تجعل مجموعة محدودة ممثلة لكل الظروف.
مثال افتراضي: مصفوفة رحلة حجز
لنفترض الاتفاق على ثلاث بيئات: متصفح سطح مكتب باستخدام لوحة المفاتيح دون قارئ، وبيئة سطح مكتب مع قارئ شاشة محدد، وبيئة جوال مع قارئ شاشة محدد. قبل التنفيذ تُملأ أسماء البرامج وإصداراتها والأجهزة فعلياً؛ الوصف هنا اقتراح نطاق، لا ادعاء إجراء الاختبار.
وتوجد أربع مهام: العثور على الخدمة، واختيار موعد، وتصحيح رقم التواصل، والتحقق من التأكيد. ينتج عن ثلاث بيئات مضروبة في أربع مهام اثنا عشر تشغيل مهمة لكل لغة. إذا شمل الاتفاق العربية والإنجليزية، يصبح العدد أربعة وعشرين. هذا حساب للتغطية المقترحة، لا تقديراً للمدة ولا ضماناً بأن جميع الحالات الاستثنائية مشمولة.
في تشغيل افتراضي، يستطيع المختبر فتح قائمة المواعيد لكنه لا يستطيع معرفة الموعد المحدد بعد العودة من رسالة خطأ. يسجل التقرير الفرق بين الوصول إلى العنصر وفهم حالته. وفي تشغيل آخر قد تكون الرسالة مقروءة لكن ترتيب العودة يضع الشخص بعيداً عن الحقل المطلوب. لا تُدمج المشكلتان في عبارة عامة «قارئ الشاشة لا يعمل».
بعد الإصلاح، تُعاد الخطوات نفسها على النسخة الجديدة مع بيانات اختبار معروفة. إذا احتاج المطور تغيير مكون مشترك، تُحدد المهام الأخرى التي قد تتأثر وتضاف إلى الإعادة باتفاق. نجاح مهمة واحدة بعد التعديل لا يغلق تلقائياً جميع الصفوف ذات الصلة.
بطاقة عيب يمكن للمطور استخدامها
ينبغي أن تحتوي البطاقة على تسلسل مختصر ودقيق: البيئة، والإصدار، والحالة الابتدائية، والأوامر أو الإيماءات المنفذة، والموقع الذي ظهر فيه العائق، والنتيجة الفعلية، والنتيجة المطلوبة، وأثره في المهمة. يمكن إرفاق تسجيل مسموح يوضح السلوك، مع إزالة المعلومات غير الضرورية.
لا يشترط أن تكون كل قراءة صوتية مطابقة كلمة بكلمة بين التقنيات. المهم توثيق هل وصل الاسم والحالة والمعنى المطلوب بطريقة مفهومة، ثم يحدد المختص المرجع الفني المناسب إذا كان الادعاء متعلقاً بمعيار. ولا يُنسب العيب إلى المنتج أو المتصفح أو مهارة المستخدم دون فحص السبب.
تشير إرشادات WAI إلى أن مشكلات التفاعل قد تتعلق بالمحتوى أو المتصفح أو التقنية أو طريقة الاستخدام. إشراك المستخدمين في تقييم الوصول. هذا سبب لتوثيق البيئة والتحقيق، وليس ذريعة لإغلاق العيب دون دليل.
افصل المخرجات المتجاورة
يوضح تقييم إمكانية الوصول الرقمي نطاق المعيار وتغطيته عند الحاجة إلى مراجعة أوسع. أما هذه المصفوفة فتركز على تنفيذ مهام بتركيبات معلنة؛ لا تستبدل التغطية المعيارية كاملة، ولا تنتج شهادة أو ضماناً قانونياً.
يمكن أن يعالج تصميم تجربة المستخدم مساراً يتطلب خطوات مربكة حتى بعد إصلاحه تقنياً. ويحوّل اختبار وضمان جودة البرمجيات حالات الإعادة إلى سجل يمكن تتبعه بين الإصدارات. لا تفترض وجود بحث مشاركين أو صيانة مستمرة أو كل الأجهزة ضمن العرض ما لم يُذكر ذلك.
معايير قبول النتيجة
اقبل التسليم عندما تكون لكل تشغيل حالة واضحة: اكتمل، أو تعطل، أو لم يُختبر، مع سبب الأخيرة. ينبغي أن ترتبط العيوب بالمهام والبيئات، وأن تكون الإعادات قابلة للمقارنة، وأن تظهر الفجوات المتبقية. لا تقبل تحويل «لم نتمكن من فتح البيئة» إلى «نجح»، أو إخفاء تدخل المختبر الذي مكّن إكمال المهمة.
أسئلة شائعة
هل اختبار لوحة المفاتيح هو اختبار قارئ الشاشة؟
لا. قد يتقاطعان في بعض الخطوات لكنهما يختبران طرق تفاعل مختلفة. سجّل كلاً منهما بوضوح ولا تستبدل أحدهما بالآخر.
هل يكفي قارئ شاشة واحد؟
قد يكون جزءاً من نطاق أولي مبرر، لكنه لا يثبت التوافق مع البقية. اختيار التغطية يعتمد على الجمهور والمنتج والمخاطر والموارد المتفق عليها.
هل يلزم مشاركون ذوو إعاقة لكل اختبار؟
ليس لكل فحص خبير، لكن مشاركتهم تضيف أدلة مختلفة. إذا طلبت بحثاً معهم، فيجب تسميته وتخطيطه وتأمين موافقتهم وترتيباتهم بصورة مستقلة.
ماذا يحدث بعد تحديث المتصفح؟
تظل النتيجة القديمة مرتبطة ببيئتها وتاريخها. يحدد الفريق ما يستدعي إعادة تحقق، خصوصاً للمهمة الحرجة أو العيب الذي تأثر بالتحديث، دون افتراض صلاحية دائمة.
المصدر
- W3C WAI: إشراك المستخدمين في تقييم إمكانية الوصول، راجع في 26 أكتوبر 2026.
