ما هو اختبار إمكانية الوصول؟ (أمثلة)

ما هو اختبار إمكانية الوصول؟

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

تساعد التقنيات المساعدة الأشخاص ذوي الإعاقة على تشغيل البرامج. ومن الأمثلة الشائعة على ذلك:

• برنامج التعرف على الكلام – يحول الكلمات المنطوقة إلى نص يُستخدم كمدخلات للكمبيوتر.
• برنامج قارئ الشاشة – يقرأ النص وعناصر الواجهة المعروضة على الشاشة.
• برنامج تكبير الشاشة – يقوم بتكبير أجزاء من الشاشة لتسهيل القراءة على المستخدمين الذين يعانون من ضعف البصر.
• لوحات مفاتيح متخصصة – مصمم للمستخدمين الذين يعانون من صعوبات في التحكم الحركي لتسهيل الكتابةping أسهل.
• التبديل والعين-tracأجهزة كينج – السماح للمستخدمين ذوي الإعاقات الحركية الشديدة بالتنقل بين عناصر واجهة المستخدم واختيارها.

لماذا اختبار إمكانية الوصول؟

السبب 1: تلبية احتياجات سوق المستخدمين ذوي الإعاقة.

بحسب منظمة الصحة العالمية، يعيش حوالي 1.3 مليار شخص، أو ما يقرب من واحد من كل ستة أشخاص في جميع أنحاء العالم، مع إعاقة كبيرة.

• واحد من كل عشرة أشخاص يعاني من إعاقة شديدة.
• واحد من كل شخصين فوق سن 65 يعاني من انخفاض في القدرات.

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

السبب 2: الالتزام بتشريعات إمكانية الوصول.

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

• الولايات المتحدة: قانون الأمريكيين ذوي الإعاقة (ADA، 1990) والمادة 508 من قانون إعادة التأهيل.
• المملكة المتحدة: قانون المساواة لعام 2010 (الذي حل محل قانون التمييز ضد ذوي الإعاقة لعام 1995).
• الاتحاد الأوروبي: قانون إمكانية الوصول الأوروبي، الذي أصبح قابلاً للتنفيذ بالنسبة للعديد من المنتجات والخدمات في يونيو 2025، والمعيار EN 301 549.
• أستراليا: قانون التمييز ضد ذوي الإعاقة لعام 1992.
• أيرلندا: قانون الإعاقة لعام 2005.
• كندا: قانون كندا الميسرة لعام 2019.

يُعد اختبار إمكانية الوصول أمرًا ضروريًا لضمان الامتثال القانوني في كل سوق يتم فيه بيع منتجك.

السبب 3تجنب الدعاوى القضائية المحتملة.

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

• الاتحاد الوطني للمكفوفين (NFB) ضد Target (2006، تمت التسوية في 2008).
• تسوية قضية NFB ضد AOL (1999).
• قضية روبليس ضد دومينوز بيتزا (2019)، حيث الولايات المتحدة Supremأيدت المحكمة حكماً يقضي بأن قانون الأمريكيين ذوي الإعاقة ينطبق على مواقع الويب وتطبيقات الهاتف المحمول.
• جيل ضد وين ديكسي (2017)، أول حكم قضائي في الولايات المتحدة يلزم بإصلاح موقع ويب لا يمكن الوصول إليه.

لقد ازدادت الدعاوى القضائية المتعلقة بإمكانية الوصول إلى الويب في الولايات المتحدة كل عام، حيث تم رفع أكثر من 4,000 قضية رقمية بموجب الباب الثالث من قانون الأمريكيين ذوي الإعاقة سنويًا منذ عام 2022. إن بناء منتجات يسهل الوصول إليها منذ البداية يجنب هذه التكاليف ويحمي العلامة التجارية.

ما هي الإعاقات التي يجب دعمها؟

يجب أن يدعم التطبيق الأشخاص ذوي الإعاقة مثل:

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

معايير وإرشادات إمكانية الوصول

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

• WCAG 2.2 تحديث – تُعدّ إرشادات إمكانية الوصول إلى محتوى الويب 2.2، التي نشرتها منظمة W3C في أكتوبر 2023، المعيار العالمي الحالي. وهي تحدد ثلاثة مستويات للمطابقة: A (الأساسي)، وAA (الحد الأدنى القانوني في معظم البلدان)، وAAA (الأعلى).
• WCAG 3.0 تحديث – مسودة عمل من اتحاد شبكة الويب العالمية (W3C) تُقدّم نموذج تقييم قائم على النتائج. لا تزال قيد التطوير ولم تحل محل معيار WCAG 2.2.
• قسم 508 – قاعدة المشتريات الفيدرالية الأمريكية التي تتطلب أن تستوفي تكنولوجيا المعلومات الإلكترونية التي تشتريها الوكالات الفيدرالية معايير WCAG 2.0 المستوى AA.
• أون 301 549 – معيار أوروبي موحد لإمكانية الوصول إلى تكنولوجيا المعلومات والاتصالات، يستخدم لإثبات الامتثال لقانون إمكانية الوصول الأوروبي.
• ADA العنوان الثالث – يتم تطبيق قانون الحقوق المدنية الأمريكي على مواقع الويب وتطبيقات الهاتف المحمول الخاصة بالأماكن العامة؛ وتستخدم المحاكم عادةً معيار WCAG 2.1 أو 2.2 AA كمعيار مرجعي.

معظم الفرق تعتبر WCAG 2.2 المستوى AA باعتبارها هدف عملهم لأنها تمثل الأساس القانوني المشترك وهدفًا هندسيًا عمليًا.

كيفية إجراء اختبار إمكانية الوصول؟

يمكن إجراء اختبارات إمكانية الوصول بطريقتين:

1. يدوي
2. الآلي

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

1) الإعاقة البصرية

تخيل أنك لا تستطيع الرؤية إطلاقًا وتحتاج إلى استخدام موقع XYZ الإلكتروني. خيارك العملي الوحيد هو قارئ الشاشة. قارئ الشاشة هو برنامج يشرح محتوى صفحة الويب، بما في ذلك النصوص والروابط وأزرار الاختيار والصور والفيديوهات، ليتمكن المستخدم الكفيف من فهم واجهة المستخدم. من برامج قارئات الشاشة الشائعة: JAWS, NVDA، و Apple VoiceOver، و Android اعد كلامك.

عند تشغيل برنامج JAWS ثم فتح متصفح، يُعلن البرنامج عنوان الصفحة. وإذا نقلتَ التركيز إلى شريط العناوين، يقول JAWS "شريط العناوين" ثم يقرأ كل حرف تكتبه. على سبيل المثال، typing يُصدر موقع google.com إعلانًا على النحو التالي:

Address Bar, w, w, w, period, g, o, o, g, l, e, period, c, o, m.
When the page finishes loading, JAWS announces "Google.com home page".
When focus reaches the search field, JAWS announces "Google search, edit".

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

2) عمى الألوان

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

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

3) ضعف البصر

يحتاج المستخدمون الذين يعانون من ضعف البصر أو مشاكل أخرى في شبكية العين إلى دعم إضافي لاستخدام الموقع:

1. تجنب استخدام النصوص الصغيرة جدًا. توصي معايير WCAG بحجم نص افتراضي يتناسب مع مختلف أحجام الشاشات دون الحاجة إلى التكبير.
2. تأكد من إعادة تدفق التصميم بسلاسة عند تكبير النص بنسبة تصل إلى 200% (وهو أحد معايير نجاح WCAG 2.2). يجب ألا تُقطع الأسطر ولا يتداخل المحتوى.
3. حافظ على نسبة تباين لا تقل عن 4.5:1 للنص العادي و 3:1 للنص الكبير.

4) الإعاقات الحركية وغيرها

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

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

Alternative text should be provided for every image, audio file, and video so that screen readers can convey their meaning. Keyboard shortcuts should be available for important actions, and skip-to-content links should let keyboard users bypass repeated navigation.

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

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

نماذج حالات اختبار إمكانية الوصول

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

1. هل يتم توفير اختصارات لوحة المفاتيح لكل عملية من عمليات الماوس والحوارات؟
2. هل تشرح وثائق المستخدم كيفية تشغيل التطبيق باستخدام التقنيات المساعدة؟
3. هل ترتيب علامات التبويب منطقي بحيث يكون التنقل سلسًا وطبيعيًا؟
4. هل تتوفر مفاتيح اختصار للقوائم الرئيسية؟
5. هل يدعم التطبيق جميع أنظمة التشغيل المستهدفة وبرامج قراءة الشاشة؟
6. هل يتم إبلاغ المستخدمين بوضوح بوقت استجابة كل شاشة أو صفحة حتى يعرفوا المدة التي يجب عليهم انتظارها؟
7. هل جميع التسميات مكتوبة بشكل صحيح ومرتبطة برمجياً بعناصر التحكم الخاصة بها؟
8. هل خيارات الألوان مرنة وتم اختبارها باستخدام محاكيات عمى الألوان؟
9. هل تُستخدم الصور والرموز والرموز التعبيرية بطرق يفهمها المستخدمون النهائيون؟
10. هل يوفر التطبيق تنبيهات صوتية عند الحاجة إليها؟
11. هل يستطيع المستخدم ضبط أو كتم عناصر التحكم في الصوت والفيديو؟
12. هل يمكن للمستخدم تغيير الخطوط الافتراضية للطباعة والنصوص المعروضة على الشاشة؟
13. هل يستطيع المستخدم ضبط أو تعطيل الشاشات الوامضة أو الدوارة أو المتحركة؟
14. تأكد من عدم استخدام اللون كوسيلة وحيدة لنقل المعلومات.
15. هل يظل التمييز مرئيًا عند عكس ألوان النظام؟ اختبر ذلك بتغيير نسب التباين.
16. هل تتوفر نصوص مكتوبة أو ترجمة مكتوبة للصوت والفيديو للمستخدمين الذين لا يستطيعون السمع؟
17. هل يتم توفير التدريب للمستخدمين ذوي الإعاقة لمساعدتهم على التعرف على التطبيق؟
18. هل يمكن الوصول إلى جميع عناصر التحكم التفاعلية وتشغيلها وإخفاؤها باستخدام لوحة المفاتيح فقط؟

كيف يُغيّر الذكاء الاصطناعي اختبارات إمكانية الوصول

الذكاء الاصطناعي هو إعادة تشكيلping اختبار إمكانية الوصول بثلاث طرق عملية. أولًا، تقرأ الماسحات الضوئية التي تعتمد على التعلم الآلي الآن نموذج كائن المستند (DOM) المُعالَج جنبًا إلى جنب مع نماذج رؤية الحاسوب لاكتشاف المشكلات التي تغفل عنها الأدوات القائمة على القواعد، مثل النصوص البديلة غير المناسبة أو تركيبات الألوان التي لا تعمل في التصميمات الحقيقية. ثانيًا، يقترح الذكاء الاصطناعي التوليدي حلولًا سهلة القراءة، بما في ذلك نصوص بديلة أفضل، ورسائل خطأ أوضح، وسمات ARIA للمكونات المخصصة. ثالثًا، يُرتب الذكاء الاصطناعي النتائج حسب تأثيرها على المستخدم، مما يُمكّن الفرق من توجيه ميزانيتها نحو المشكلات الأكثر أهمية. تتضمن أدوات مثل Deque axe AI وEvinced وUserWay وSiteimprove الآن ميزات الذكاء الاصطناعي. لا يحل الذكاء الاصطناعي محل اختبار قارئات الشاشة اليدوي أو أبحاث المستخدمين مع الأشخاص ذوي الإعاقة، ولكنه يُقلل بشكل كبير من عبء الفرز اليدوي ويُساعد على دمج إمكانية الوصول في المراحل المبكرة من دورة التطوير.

أساطير اختبار إمكانية الوصول

فيما يلي بعض الخرافات الشائعة حول اختبارات إمكانية الوصول، بالإضافة إلى الحقائق:

أسطورة: إنشاء موقع ويب يسهل الوصول إليه مكلف.

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

أسطورة: إن تحويل موقع ويب غير قابل للوصول إلى موقع ويب قابل للوصول إليه يستغرق وقتاً طويلاً ومكلفاً للغاية.

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

أسطورة: إمكانية الوصول أمر بسيط وممل.

حقيقة: لا يزال بإمكان الصفحات أن تكون غنية بصريًا وفيtracمع الالتزام بإرشادات WCAG 2.2. وتوصي منظمة W3C صراحةً بعدم استخدام النسخ النصية فقط، مفضلةً توفير تجربة استخدام واحدة متاحة للجميع.

أسطورة: إمكانية الوصول مخصصة فقط للمستخدمين المكفوفين وذوي الإعاقة.

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

الأسئلة الشائعة