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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

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

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

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

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

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

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

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

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

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

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

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

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

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

إنظر أيضاً 

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

المراجع 

اختبار البرمجيات
اختبار المنتجات
تكنولوجيا التعليم
قابلية الاستخدام
اختبارات الاستخدام أو ( اختبار قابلية الاستخدام ) هي تقنية وخطة مدروسة مستخدمة في التصاميم الت فاعلية التي تتمحور حول المستخدم و ذٰلك ب غرض تقييم منتج أو مشروع عن طريق اختبار ه وتجربة ه على المستخدمين . يمكن اعتبار ذلك ممارسة سهلة الاستخدام لا يمكن الاستغناء عن ها ، لأن ها تقدم مدخلات مباشرة حول كيفية استخدام المستخدمين الحقيقيين ل النظام الذي تم إنشاء ه حديثاً . يتناقض هذا ال اختبار مع الطرق المستخدم ه ل فحص قابلية الاستخدام ، حيث يستخدم الخبراء طرقًا مختلفة ل تقييم واجهة المستخدم دون إشراك المستخدمين . يرتكز اختبار قابلية الاستخدام على قياس قدرة المنتج و قياس ما إذا كان هذا المنتج قادر على تحقيق الغرض المقصود من ه و الأهداف المتطلبة والمأمولة من ه أيضاً . أمثلة على المنتجات التي تستفيد ب شكل شائع من اختبار قابلية الاستخدام هي الأغذية و المنتجات الاستهلاكية و مواقع الويب أو تطبيقات الويب وواجهات الحاسب و المستندات و الأجهزة ب شكل عام . اختبار قابلية الاستخدام يقيس قابلية الاستخدام ب شكل خاص و سهولة الاستخدام ب شكل عام ، حيث يركز أيضاً على كائنات معينة في مراحل تطوير و تصميم المنتج و مجموعة من كائنات و عناصر الاستخدام الأخرى ، في حين تحاول دراسات التفاعل بين الإنسان والحاسوب صياغة مبادئ عالمية . ما ليس من خصائص ال اختبار ببساطة جمع الآراء حول كائن معين أو مستند داخل نطاق المشروع أو المنتج هو من مهام أبحاث السوق أو البحث النوعي بدلاً من أن يكون داخل خصائص اختبار قابلية الاستخدام . يتضمن اختبار قابلية الاستخدام عادةً مراقبة منهجية معينة في ظل ظروف محكومة ل تحديد مدى قدرة الناس على استخدام المنتج . و مع ذلك ، غالباً ما يتم استخدام كل من ال اختبار النوعي وقابلية الاستخدام في الجمع ، لفهم دوافع / تصورات المستخدمين ب شكل أفضل ، ب الإضافة إلى تصرفات هم . بدلاً من إظهار مسودة تقريبية للمستخدمين وسؤال هم « هل تفهم هذا ؟ » ، يتضمن اختبار قابلية الاستخدام مشاهدة الأشخاص الذين يحاولون استخدام شيء ما للغرض المقصود من ه . على سبيل المثال ، عند اختبار إرشادات تجميع لعبة ما ، يجب إعطاء وإرفاق مواضيع ال اختبار والإرشادات وعلبة من ال أجزاء ، و بدلا من طلب التعليق على ال أجزاء و المواد ، يُطلب من هم وضع و تجميع اللعبة معاً . تؤثر صياغة ال تعليمات و جودة التوضيح و تصميم اللعبة على عملية ال تجميع . أساليب يتضمن إعداد اختبار قابلية الاستخدام إنشاء سيناريو أو موقف واقعي ب عناية ، حيث يقوم الشخص بقائمة من المهام ب استخدام المنتج الجاري اختبار ه أثناء مراقبة ومشاهدة وتدوين الملاحظات ( التحقق الديناميكي ) . كما يتم استخدام العديد من أدوات ال اختبار الأخرى مثل الإرشادات النصية والنماذج الأولية ل الورق واستبيانات ما قبل و ما بعد ال اختبار ل جمع الملاحظات حول المنتج الجاري اختبار ه ( التحقق الثابت ) . على سبيل المثال ، ل اختبار وظيفة المرفقات في برنامج البريد الإلكتروني ، يصف سيناريو الحالة التي يحتاج في ها الشخص إلى إرسال مرفق البريد الإلكتروني ، و يطلب من ه القيام ب هٰذه المهمة . الهدف من ذلك هو ملاحظة كيفية عمل الأشخاص ب طريقة واقعية ، ب حيث يمكن للمطورين رؤية مناطق المشاكل و ما يعجب هم الأشخاص و ما لا يعجب هم . تشمل التقنيات المستخدمة ب شكل شائع ل جمع البيانات أثناء اختبار قابلية الاستخدام بروتوكول التفكير ب صوت عال و التعلم المشترك في الاكتشاف وتتبع العين . اختبار الردهة يُعد اختبار الردهة طريقة سريعة ورخيصة ل اختبار قابلية الاستخدام ، حيث يُطلب من الأشخاص الذين يتم اختيار هم عشوائياً - مثل الأشخاص الذين يمرون في الردهة - محاولة استخدام المنتج أو الخدمة . يمكن أن يساعد ذلك المصممين على تحديد « المختصرات » ، و هي مشكلات خطيرة ل الغاية ب حيث لا يمكن للمستخدمين التقدم في المراحل المبكرة من التصميم الجديد . يمكن استخدام أي شخص ب استثناء مصممي المشروع و المهندسين ( يميلون إلى العمل كمراجعين خبراء لأن هم قريبون جداً من المشروع ) . اختبار قابلية الاستخدام عن بعد في سيناريو حيث يوجد المقيمين ل اختبار قابلية الاستخدام والمطورين والمستخدمين المحتملين في بلدان و مناطق زمنية مختلفة ، ف إن إجراء تقييم قابلية الاستخدام التقليدي للمختبرات يخلق تحديات من حيث التكلفة ومنظورات النقل وال إمداد . أدت هذه المخاوف إلى إجراء أبحاث حول تقييم قابلية الاستخدام عن بُعد ، مع فصل المستخدم والمقيمين عن المكان والزمان . يمكن أن يكون ال اختبار عن بُعد ، الذي يسهل التقييمات التي تتم في سياق المهام و التقنيات الأخرى للمستخدم ، إما متزامناً أو غير متزامن . الأولى تتضمن اتصالاً فردياً في الوقت الفعلي بين المُقيِّم والمستخدم ، في حين أن الأخير ينطوي على المُقيِّم والمستخدم الذي يعمل ب شكل منفصل . تتوفر العديد من الأدوات ل تلبية احتياجات هذين الأسلوبين . تتضمن منهجيات اختبار قابلية الاستخدام المتزامن مؤتمرات الفيديو أو استخدام أدوات مشاركة التطبيقات عن بعد مثل WebEx . WebEx و GoToMeeting هما أكثر التقنيات استخداماً ل إجراء اختبار قابلية الاستخدام عن بُعد المتزامن . و مع ذلك ، قد يفتقر ال اختبار المتزامن عن بُعد إلى السرعة والإحساس « ب وجود » المرغوب في ه ل دعم عملية ال اختبار التعاوني . علاوة على ذلك ، ف إن إدارة الديناميات بين الأفراد عبر الحواجز الثقافية واللغوية قد تتطلب مقاربات حساسة للثقافات المعنية . تشمل العيوب الأخرى تقليل التحكم في بيئة ال اختبار والانحرافات والانقطاعات التي يعاني من ها المشاركون في بيئة هم الأصلية . من الأساليب الحديثة المطورة ل إجراء اختبار قابلية الاستخدام عن بُعد المتزامن استخدام العوالم الافتراضية . تتضمن المنهجيات غير المتزامنة ال تجميع التلقائي لتدفقات نقرات المستخدم وسجلات المستخدم للحوادث الخطيرة التي تحدث أثناء التفاعل مع التطبيق و التعليقات الشخصية على الواجهة من قبل المستخدمين . غرار الدراسة داخل المختبر ، ف إن اختبار قابلية الاستخدام غير المتزامن عن بُعد يعتمد على المهام و تتيح المنصة للباحثين التقاط النقرات وأوقات المهام . و ب التالي ، ب النسبة ل العديد من الشركات الكبيرة ، يسمح هذا للباحثين بفهم نوايا الزوار ب شكل أفضل عند زيارة موقع ويب أو موقع جوال . ب الإضافة إلى ذلك ، يوفر هذا النمط من اختبار المستخدم أيضاً فرصة لتعليقات القطاعات حسب النوع الديموغرافي والسلوكي . يتم إجراء ال اختبارات في بيئة المستخدم الخاصة ( بدلاً من المعامل ) مما يساعد على محاكاة اختبار السيناريو الواقعي ب شكل أكبر . يوفر هذا ال نهج أيضاً وسيلة ل التماس التعليقات ب سهولة من المستخدمين في المناطق النائية ب سرعة وبأعباء تنظيمية أقل . في السنوات الأخيرة ، أصبح إجراء اختبار قابلية الاستخدام ب شكل غير متزامن سائداً و يسمح للمختبرين ب تقديم ملاحظات في أوقات فراغ هم و ب شكل مريح في منازل هم . مراجعة الخبراء مراجعة الخبراء هي طريقة عامة أخرى ل اختبار قابلية الاستخدام . كما يوحي الاسم ، تعتمد هذه الطريقة على استقدام خبراء من ذوي الخبرة في هذا المجال ( ربما من الشركات المتخصصة في اختبار قابلية الاستخدام ) ل تقييم قابلية استخدام المنتج . التقييم الاسترشادي أو تدقيق قابلية الاستخدام هو تقييم لواجهة المستخدم من قبل واحد أو أكثر من خبراء العوامل البشرية . يقيس المُقيِّمون قابلية الاستخدام و الكفاءة والفعالية للواجهة استناداً إلى مبادئ قابلية الاستخدام ، مثل معايير قابلية الاستخدام العشرة التي حدد ها في الأصل « جاكوب نيلسن » في عام تشمل معايير قابلية الاستخدام الخاصة ب شركة Nielsen ، و التي استمرت في التطور استجابة لأبحاث المستخدم و الأجهزة الجديدة ، ما يلي : وضوح حالة النظام التطابق بين النظام و العالم الحقيقي تحكم المستخدم و الحرية الاتساق و المعايير منع الخطأ الاعتراف بدلا من التذكير المرونة و كفاءة الاستخدام التصميم الجمالي و الحد الأدنى مساعدة المستخدمين على التعرف على الأخطاء وتشخيص ها والتعافي من ها المساعدة و الوثائق مراجعة الخبير الآلي على غرار مراجعات الخبراء ، توفر مراجعات الخبراء الآلية اختبار قابلية الاستخدام ، و لٰكن من خلال استخدام برامج معينة ل قواعد التصميم والاستدلال الجيد . على الرغم من أن المراجعة التلقائية قد لا توفر الكثير من التفاصيل والبصيرة مثل المراجعات من الأشخاص ، إلا أن ه يمكن الانتهاء من ها ب سرعة أكبر و ب شكل متسق . فكرة إنشاء مستخدمين بديلين ل اختبار قابلية الاستخدام هي اتجاه وطموح وغاية لمجتمعات الذكاء الاصطناعي الحديثة . اختبار A / B في تطوير الويب وتسويق ه ، اختبار A / B أو كما يُعرف بـ « ال اختبار المقسّم » يعد منهجاً تجريبياً وعملياً لتصاميم الويب ( و خاصة تصميم تجربة المستخدم ) ، و الذي يهدف إلى تحديد التغييرات في صفحات الويب التي تزيد أو ترفع من نتائج الاهتمام ( على سبيل المثال ، معدل النقر أو ظهور لافتة إعلانية ) . كما يوحي الاسم ، تتم مقارنة نسختين ( A و B ) ، و هما متطابقان ب استثناء اختلاف واحد قد يؤثر على سلوك المستخدم . قد تكون النسخة A هي النسخة المستخدمة حالياً ، بينما يتم تعديل ال إصدار B من بعض النواحي . على سبيل المثال ، في مواقع التجارة الإلكترونية ، يعد مسار الشراء عادةً مرشحاً جيداً ل اختبار A / B ، حيث أن التحسينات الهامشية في معدلات انخفاض الأسعار يمكن أن تمثل مكسباً كبيراً في المبيعات . يمكن رؤية تحسينات مهمة من خلال عناصر ال اختبار مثل نسخ النص ، والتخطيطات ، والصور والألوان . تشبه ال اختبارات الخاصة بتعدد المتغيرات أو « اختبارات الجرافات » اختبار A / B و لٰكن تختبر هذه ال اختبارات أكثر من نسختين في نفس الوقت . عدد مواضيع ال اختبار في أوائل التسعينيات من القرن العشرين ، قام جاكوب نيلسن ، و هو باحث في شركة صن مايكروسيستمز في ذلك الوقت ، ب تعميم مفهوم استخدام العديد من اختبارات قابلية الاستخدام الصغيرة - عادة مع خمسة مواضيع اختبار فقط - في مراحل مختلفة من عملية التطوير . حجة ه هي أن ه ب مجرد أن يتم العثور على شخصين أو ثلاثة أشخاص في حيرة من أمر هم في الصفحة الرئيسية ، ف لن يتم تحقيق الغرض من تصميم تلك الصفحة ، حيث س يكون هنالك المزيد من الأشخاص الذين يعانون من نفس التصميم المعيب . تعد اختبارات قابلية الاستخدام التفصيلية مضيعة ل الموارد ، و تأتي أفضل النتائج من خلال اختبار ما لا يزيد عن خمسة مستخدمين و تشغيل أكبر عدد ممكن من ال اختبارات الصغيرة . " تم وصف معيار الـ « خمسة مستخدمين » لاحقاً من خلال نموذج رياضي ينص على نسبة المشاكل الغير المكتشفة و ذٰلك بترميز تلك المشاكل ب الحرف U حيث p هو احتمالية تحديد موضوع واحد ل مشكلة محددة و n هو عدد المواضيع ( أو جلسات ال اختبار ) . يظهر هذا النموذج على أن ه رسم بياني مقارب تجاه عدد المشاكل القائمة الحقيقية ( انظر الشكل أدنا ه ) . في بحث لاحق ، تم استجواب مطالبة نيلسن بشغف مع كل من الأدلة التجريبية ونماذج رياضية أكثر تقدماً . التحديان الرئيسيان ل هٰذا التأكيد هما : نظراً لأن قابلية الاستخدام مرتبطة بمجموعة محددة من المستخدمين ، ف من غير المرجح أن يمثل حجم العينة الصغير هذا إجمالي السكان ، و ب التالي ف إن البيانات من هذه العينة الصغيرة من المرجح أن تعكس مجموعة أكثر من السكان الذين قد يمثلون ها . ليست كل مشكلة في قابلية الاستخدام سهلة على حد سواء ل الكشف . تحدث مشاكل مستعصية لإبطاء العملية ال كلية . في ظل هذه الظروف ، يكون تقدم العملية أكثر ضحالة مما توقعت ه صيغة نيلسن / لاندوير . من المهم الإشارة إلى أن نيلسن لا يدعوا إلى التوقف عن اختبار قابلية الاستخدام بعد إجراء ال اختبار على خمسة مستخدمين ؛ و لٰكن تتمثل وجهة نظر ه في أن ال اختبار مع خمسة مستخدمين ، و إصلاح المشكلات التي يكتشفون ها ، ثم اختبار الموقع الذي تمت مراجعت ه مع خمسة مستخدمين مختلفين هو أفضل استخدام ل الموارد المحدودة من إجراء اختبار قابلية استخدام معمستخدمين . في ال ممارسة العملية ، يتم إجراء ال اختبارات مرة واحدة أو مرتين أسبوعياً خلال دورة التطوير ب أكمل ها ، و ذٰلك ب استخدام ثلاثة إلى خمسة مواضيع اختبار ل كل جولة ، و يتم تسليم النتائج خل الساعة للمصممين . يمكن أن يصل عدد المستخدمين الذين تم اختبار هم ب الفعل على مدار المشروع ب سهولة إلىإلىشخص . في مراحل مبكرة ، عندما يُرجح أن يواجه المستخدمون على الفور مشاكل تمنع هم من السير في مسارات هم ، يمكن استخدام أي شخص يتمتع ب ذكاء طبيعي تقريباً كموضوع اختبار . في المرحلة الثانية ، س يقوم المختبرون بتوظيف مواضيع ال اختبار عبر مجموعة واسعة من القدرات . على سبيل المثال ، في إحدى الدراسات ، لم يُظهر المستخدمون المتمرسون أي مشكلة في استخدام أي تصميم ، من الأول إلى الأخير ، بينما فشل المستخدمون الساذجون والمستخدمون ذوو القوة المحددة ذاتياً ب شكل متكرر . و في وقت لاحق ، بينما تتماشى مراحل التصميم ، يجب تعيين و تخصيص المستخدمين من بين كل الأشخاص المستهدفين . عندما يتم تطبيق هذه الطريقة على عدد كافٍ من الأشخاص على مدار المشروع ، يتم التعامل مع الاعتراضات الموضحة أعلا ه : حجم العينة ستتوقف على أن تكون صغيرة و المشاكل في قابلية الاستخدام التي تنشأ مع المستخدمين العرضيين فقط س تكون مكشوفة . تكمن قيمة الطريقة في حقيقة أن مشاكل التصميم المحددة ، ب مجرد مواجهت ها وملاحظة ها أو تدوين ها ، قد لا تُرى مرة أخرى لأن ه يتم إزالة ها فوراً ، بينما يتم اختبار ال أجزاء التي تبدو ناجحة مراراً وتكراراً . على الرغم من أن ه قد يتم اختبار المشاكل الأولية في التصميم من قبل خمسة مستخدمين فقط ، إلا أن ه عند تطبيق الطريقة ب شكل صحيح ، ف إن أجزاء التصميم التي نجحت في هذا ال اختبار الأولي س تخضع لل اختبار منإلىشخص . مثال ال دليل الخاص بـ A pple Computerللمطورين ينصح ب استخدام اختبار قابلية الاستخدام : " حدد الجمهور المستهدف . ابدأ تصميم واجهة المستخدم البشرية عن طريق تحديد جمهورك المستهدف . هل تكتب وتصمم ل رجال الأعمال أو ل الأطفال ؟ حدد مقدار معرفة المستخدمين المستهدفين حول أجهزة حواسب A pple و موضوع البرنامج . تسمح الخطوتينوبتصميم واجهة المستخدم لتناسب احتياجات الجمهور المستهدف . قد تفترض برامج إعداد الضرائب المكتوبة للمحاسبين أن مستخدمي ها لا يعرفون شيئاً عن أجهزة الحاسب و لٰكن هم خبراء في قانون الضرائب ، بينما قد يفترض مثل هذا البرنامج المكتوب للمستهلكين أن مستخدميه لا يعرفون شيئاً عن الضرائب و لٰكن هم على دراية بأساسيات أجهزة حواسب A pple . نصحت A pple المطورين ب أن ه « يجب أن تبدأ ال اختبار في أقرب وقت ممكن ، ب استخدام الأصدقاء المقربين و الأقارب والموظفين الجدد » : « طريقة ال اختبار لدي نا هي على النحو التالي . أنشأنا غرفة مع خمسة إلى ستة أنظمة حاسب . نحن نقوم بجدولة مجموعتين إلى ثلاث مجموعات من خمسة إلى ستة مستخدمين في وقت واحد لتجربة الأنظمة ( غالباً دون علمهم ب أن البرنامج هو البرنامج الذي نريد ه و ليس النظام الذي نختبر ه ) . لدي نا اثنين من المصممين في الغرفة . ل ذٰلك ، هم يتفقدون الكثير مما يجري حول هم . و أيضا يستشعرون مدى حساسية المستخدمين كما لو أن هناك شخصا يعمل ويختبر مع هم . » يجب على المصممين مشاهدة أشخاص يستخدمون البرنامج ب شكل شخصي ، حيث أن : وُجد ب أن خمسة وتسعون ب المائة من الأخطاء والثغرات في التصميم يمكن تلافي ها من خلال النظر في لغة الجسد الخاصة بالمستخدمين . و ذٰلك يكمن من خلال نظرات المستخدمين وتحديق هم في الواجهات الرسومية وكيفية نقر هم على الكائنات الت فاعلية . أيضاً ، تم الملاحظة ب أن لغة الجسد تلعب دوراً مهماً في التعرف ما إذا كان المستخدم راضٍ عن مستوى الخدمة من خلال تحريك رأس ه أو هز كتف ه . علاوة على ذلك ، يمكن سؤال المستخدم عن كيفية تعامل ه مع أدوات النظام ، و قد يكون من المدهش حقاً في بعض الأحيان عندما يتم الملاحظة ب أن المستخدم قد لا يفصح عن العقبات التي مر ب ها و ربما يتجاهل ها . التعليم كان اختبار قابلية الاستخدام موضوعاً رسمياً ل التعليم الأكاديمي في تخصصات مختلفة . إنظر أيضاً أيزو فحص البرمجيات تقنيات تعليمية تتبع حركة العين محاكاة الشبكة إختبار الأمان المراجع اختبار البرمجيات اختبار المنتجات تكنولوجيا التعليم قابلية الاستخدام