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

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

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

ما ليس من خصائص الاختبار

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

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

أساليب

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

اختبار الردهة

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

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

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

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

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

مراجعة الخبراء

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

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

تضم معايير قابلية الاستخدام الخاصة بشركة Nielsen ، والتي استمرت في التطور استجابة لأبحاث المستخدم والأجهزة الجديدة، ما يلي:

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

مراجعة الخبير الآلي

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

اختبار A / B

في تطوير الويب وترويجه، اختبار A / B أوكما يُعهد بـ"الاختبار المقسّم" يعد منهجاً تجريبياً وعملياً لتصاميم الويب (وخاصة تصميم تجربة المستخدم) ، والذي يهدف إلى تحديد التغييرات في صفحات الويب التي تزيد أوتحمل من نتائج الاهتمام (على سبيل المثال، معدل النقر أوظهور لافتة إعلانية). كما يوحي الاسم، تتم مقارنة نسختين (A وB) ، وهما متطابقان باستثناء اختلاف واحد قد يؤثر على سلوك المستخدم. قد تكون النسخة A هي النسخة المستخدمة حالياً، بينما يتم تعديل الإصدار B من بعض النواحي. على سبيل المثال، في مواقع التجارة الإلكترونية، يعد مسار الشراء عادةً مرشحاً جيداً لاختبار A / B ، حيث حتى التحسينات الهامشية في معدلات انخفاض الأسعار يمكن حتى تمثل مكسباً كبيراً في المبيعات. يمكن رؤية تحسينات مهمة من خلال عناصر الاختبار مثل نسخ النص، والتخطيطات، والصور والألوان.

تشبه الاختبارات الخاصة بتعدد المتغيرات أو"اختبارات الجرافات" اختبار A / B ولكن تختبر هذه الاختبارات أكثر من نسختين في نفس الوقت.

عدد مواضيع الاختبار

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

تم وصف معيار الـ"خمسة مستخدمين" لاحقاً من خلال نموذج رياضي ينص على نسبة المشاكل الغير المكتشفة وذلك بترميز تلك المشاكل بالحرف U

 ${\displaystyle U=1-(1-p)^{n$

حيث p هواحتمالية تحديد موضوع واحد لمشكلة محددة وn هوعدد المواضيع (أوجلسات الاختبار). يظهر هذا النموذج على أنه رسم بياني مقارب تجاه عدد المشاكل القائمة الحقيقية (انظر الشكل أدناه).

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

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

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

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

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

مثال

الدليل الخاص بـ Apple Computer 1982 للمطورين ينصح باستخدام اختبار قابلية الاستخدام:

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

نصحت Apple المطورين بأنه "يجب حتى تبدأ الاختبار في أقرب وقت ممكن، باستخدام الأصدقاء المقربين والأقارب والموظفين الجدد":

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

يجب على المصممين مشاهدة أشخاص يستخدمون البرنامج بشكل شخصي، حيث أن:

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

التعليم

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

إنظر أيضاً

أيزو9241
فحص البرمجيات
تقنيات تعليمية
تتبع حركة العين
محاكاة الشبكة
إختبار الأمان

المراجع

^ Nielsen, J. (1994). Usability Engineering, Academic Press Inc, p 165
^ Dennis G. Jerz (July 19, 2000). "Usability Testing: What Is It?". Jerz's Literacy Weblog. مؤرشف من الأصل في 25 أغسطس 2019. اطلع عليه بتاريخ 29 يونيو2016.
^ Andreasen, Morten Sieker; Nielsen, Henrik Villemann; Schrøder, Simon Ormholt; Stage, Jan (2007). What happened to remote usability testing?. Proceedings of the SIGCHI Conference on Human Factors in Computing Systems - CHI '07. صفحة 1405. doi:10.1145/1240624.1240838. ISBN .
^ Dabney Gough; Holly Phillips (2003-06-09). "Remote Online Usability Testing: Why, How, and When to Use It". مؤرشف من الأصل في 15 ديسمبر 2005.
^ Dray, Susan; Siegel, David (March 2004). "Remote possibilities?: international usability testing at a distance". Interactions. 11 (2): 10–17. doi:10.1145/971258.971264.
^ Chalil Madathil, Kapil; Joel S. Greenstein (May 2011). Synchronous remote usability testing: a new approach facilitated by virtual worlds. Proceedings of the 2011 Annual Conference on Human Factors in Computing Systems. صفحات 2225–2234. doi:10.1145/1978942.1979267. ISBN .
^ Dray, Susan; Siegel, David (2004). "Remote possibilities?". Interactions. 11 (2): 10. doi:10.1145/971258.971264.
^ "Heuristic Evaluation". Usability First. مؤرشف من الأصل في أربعة مارس 2019. اطلع عليه بتاريخ April 9, 2013.
^ Virzi, R. A. (1992). "Refining the Test Phase of Usability Evaluation: How Many Subjects is Enough?". Human Factors. 34 (4): 457–468. doi:10.1177/001872089203400407.
^ "Testing web sites: five users is nowhere near enough - Semantic Scholar". semanticscholar.org. 2001. مؤرشف من الأصل في 25 أغسطس 2019.
^ Caulton, D. A. (2001). "Relaxing the homogeneity assumption in usability testing". Behaviour & Information Technology. 20 (1): 1–7. doi:10.1080/01449290010020648.
^ Schmettow, Heterogeneity in the Usability Evaluation Process. In: M. England, D. & Beale, R. (ed.), Proceedings of the HCI 2008, British Computing Society, 2008, 1, 89-98
^ Bruce Tognazzini. "Maximizing Windows". مؤرشف من الأصل في 23 ديسمبر 2017.
↑ Meyers, Joe; Tognazzini, Bruce (1982). (PDF). Apple Computer. صفحات 11–13, 15. مؤرشف من الأصل (PDF) في 24 مايو2019.
^ Breuch, Lee-Ann; Mark Zachry; Clay Spinuzzi (April 2001). "Usability Instruction in Technical Communication Programs". Journal of Business and Technical Communication. 15 (2): 223–240. doi:10.1177/105065190101500204. مؤرشف من الأصل فيعشرة ديسمبر 2019. اطلع عليه بتاريخ 03 مارس 2014.