ما هو اختبار قابلية الاستخدام؟ الأساليب والأمثلة

⚡ ملخص ذكي

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

  • 🎯 الهدف الأساسي: يجب الكشف عن العيوب في سهولة التعلم والكفاءة والدقة وسهولة الاستخدام قبل الإطلاق العام، وليس بعده.
  • 📅 التوقيت المناسب: قم بتشغيل الجلسة الأولى خلال مرحلة التصميم الأولية، عندما لا تزال إعادة رسم الشاشة لا تكلف شيئًا تقريبًا.
  • 🧩 اختر النوع أولاً: حدد ما إذا كان البرنامج خاضعًا للإشراف أم لا، عن بُعد أم في المختبر، استكشافيًا أم مقارنًا، قبل اختيار أي برنامج.
  • 🔬 تقنيتان أساسيتان: تكشف الجلسات المختبرية عن لغة الجسد، بينما تسجل الجلسات عن بعد الصوت ونشاط الشاشة وتعبيرات الوجه تلقائيًا.
  • 🗂️ عملية من خمس مراحل: التخطيط، والتوظيف، والاختبار، وتحليل البيانات، ثم تقديم النتائج إلى المصممين والمطورين وأصحاب المصلحة في العمل.
  • 👥 حجم العينة: كشف خمسة مشاركين ممثلين عن حوالي 80 بالمائة من مشاكل سهولة الاستخدام في تطبيق نموذجي.
  • 📊 قم بالقياس والمقارنة: Tracمعدل نجاح المهمة k، والوقت المستغرق في المهمة، ومعدل الخطأ، ودرجة الرضا عن الإصدار السابق.

اختبار قابلية الاستخدام

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

يوصى بإجراء هذا الاختبار خلال مرحلة التصميم الأولية لـ SDLCمما يمنح مزيدًا من الوضوح بشأن توقعات المستخدمين.

لماذا اختبار قابلية الاستخدام

اختبار قابلية الاستخدام

الجماليات والتصميم مهمة. عادةً ما يحدد مدى جودة المنتج مدى نجاحه.

هناك العديد من تطبيقات البرامج/المواقع الإلكترونية، التي تفشل فشلاً ذريعًا بمجرد تشغيلها، وذلك للأسباب التالية:

  • أين أنقر فوق التالي؟
  • ما هي الصفحة التي يجب التنقل فيها؟
  • ما هي الأيقونة أو المصطلحات التي تمثل ماذا؟
  • رسائل الخطأ ليست متسقة أو معروضة بشكل فعال
  • وقت الجلسة غير كافي

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

أمثلة على حالات اختبار اختبار قابلية الاستخدام

بعد ذلك، فكر فيما يجب على المختبر تقييمه فعلياً.

حالات اختبار اختبار قابلية الاستخدام

الهدف من هذا الاختبار هو إرضاء المستخدمين ويركز بشكل أساسي على المعلمات التالية للنظام:

فعالية النظام

  • هل النظام سهل التعلم؟
  • هل النظام مفيد ويضيف قيمة للجمهور المستهدف؟
  • هل المحتوى واللون والأيقونات والصور المستخدمة ممتعة من الناحية الجمالية؟

الكفاءة

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

الدقة

  • يجب ألا تكون هناك بيانات قديمة أو غير صحيحة مثل معلومات/عنوان جهة الاتصال.
  • لا ينبغي أن تكون هناك روابط معطلة.

سهولة الاستخدام

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

أنواع اختبارات قابلية الاستخدام

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

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

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

طرق اختبار قابلية الاستخدام: تقنيتان

هناك طريقتان متاحتان لإجراء اختبار قابلية الاستخدام -

  1. اختبار قابلية الاستخدام في المختبر
  2. اختبار قابلية الاستخدام عن بعد

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

اختبار قابلية الاستخدام عن بعد: تحت هذا الاختبار يتم تحديد موقع المراقبين والمختبرين عن بعد. يصل المختبرون إلى النظام قيد الاختبار عن بعد ويؤدون المهام المعينة. يتم تسجيل صوت المختبر ونشاط الشاشة وتعبيرات وجه المختبر بواسطة برنامج آلي. يقوم المراقبون بتحليل هذه البيانات والإبلاغ عن نتائج الاختبار. مثال على مثل هذا البرنامج - http://silverbackapp.com/ (متقاعد الآن)

كيفية إجراء اختبار قابلية الاستخدام: العملية الكاملة

بعد اختيار التقنية، تتكون عملية اختبار سهولة الاستخدام من المراحل التالية:

اختبار سهولة الاستخدام: عملية كاملة

المرحلة 1) التخطيط: خلال هذه المرحلة يتم تحديد أهداف اختبار قابلية الاستخدام. إن وجود متطوعين يجلسون أمام تطبيقك وتسجيل أفعالهم ليس هدفًا. تحتاج إلى تحديد الوظائف والأهداف الهامة للنظام. تحتاج إلى تعيين المهام للمختبرين لديك، الذين يمارسون هذه الوظائف المهمة. خلال هذه المرحلة، يتم أيضًا تحديد طريقة اختبار قابلية الاستخدام وعدد مختبري قابلية الاستخدام والتركيبة السكانية لهم وتنسيقات تقرير الاختبار

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

المرحلة 3) اختبار سهولة الاستخدام: خلال هذه المرحلة، يتم تنفيذ اختبارات قابلية الاستخدام فعليًا.

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

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

كم عدد المستخدمين الذين تحتاجهم؟

كم عدد المستخدمين الذين تحتاجهم؟

وتشير الأبحاث (Virzi, 1992 and Neilsen Landauer, 1993) إلى ذلك 5 مستخدمين يكفيون لكشف 80% من مشاكل سهولة الاستخدام. ويقترح بعض الباحثين أرقامًا أخرى.

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

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

مقاييس اختبار سهولة الاستخدام التي يجب عليك قياسها

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

  1. معدل نجاح المهمة: نسبة المشاركين الذين ينهون الاختبار دون مساعدة؛ يشير المعدل المنخفض إلى خلل في التصميم، وليس إلى القائم بالاختبار.
  2. الوقت المستغرق في المهمة: ثوانٍ من النقر الأول وحتى الإكمال، مما يكشف عن نظام تنقل مربك وعناصر تحكم مخفية.
  3. نسبة الخطأ: النقرات الخاطئة، وإدخالات النماذج غير الصالحة، والطرق المسدودة، يتم احتسابها بشكل منفصل لكل مهمة.
  4. كفاءة: يتم تقسيم المهام الناجحة على إجمالي الوقت المستغرق في المهمة، وهو أمر مفيد عندما يتنافس تصميمان مرشحان.
  5. درجة الرضا: تقييم ما بعد المهمة مثل مقياس سهولة استخدام النظام.

قم بربط كل رقم بملاحظة مسجلة: يثبت المقياس وجود مشكلة، ويشرح التسجيل سببها. Guruيغطي البند 99 الإطار الأوسع في هذا الدليل لـ مقاييس اختبار البرمجيات.

قائمة التحقق من اختبار UX

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

  • ابدأ اختبار تجربة المستخدم خلال المرحلة المبكرة من التصميم والتطوير
  • من الممارسات الجيدة إجراء اختبار قابلية الاستخدام على منتج منافسك قبل البدء في التطوير. سيساعدك هذا على تحديد معايير سهولة الاستخدام لجمهورك المستهدف
  • حدد المستخدمين المناسبين لاختبار النظام (يمكن أن يكونوا خبراء/مستخدمين غير خبراء/50-50 من المستخدمين الخبراء وغير الخبراء)
  • استخدام المشكل عرض النطاق الترددي. على سبيل المثال، لدى جمهورك المستهدف اتصال ضعيف بالشبكة، قم بتحديد النطاق الترددي للشبكة ليقول 56 كيلوبت في الثانية لمختبري قابلية الاستخدام.
  • يحتاج المختبرون إلى التركيز على الوظائف الأساسية والمستخدمة بكثرة في النظام.
  • تعيين مراقب واحد لكل اختبار. وهذا يساعد المراقب على ملاحظة سلوك المختبر بدقة. إذا تم تعيين مراقب لعدة مختبرين، فقد تتعرض النتائج للخطر
  • تثقيف المصممين والمطورين بأن نتائج الاختبار هذه ليست علامة على الفشل ولكنها علامة على التحسن

مزايا اختبار قابلية الاستخدام

اختبار قابلية الاستخدام له مزايا وعيوب.

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

عيوب اختبار قابلية الاستخدام

  • تعتبر التكلفة أحد الاعتبارات الرئيسية في اختبار قابلية الاستخدام. يتطلب الأمر الكثير من الموارد لإعداد معمل اختبار قابلية الاستخدام. يمكن أن يكون توظيف وإدارة مختبري قابلية الاستخدام مكلفًا أيضًا

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

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

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

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

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

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

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

تلخيص هذه التدوينة بـ: