قائمة مراجعة اختبار موقع الويب: شرح اختبارات قابلية الاستخدام واختبارات قبول المستخدم واختبارات AB

نشرت: 2020-12-17

الملخص: قد يبدو الجمع بين اختبارات قابلية استخدام موقع الويب واختبارات قبول المستخدم (UAT) واختبارات AB بمثابة الكثير من العمل. لكن وجود قائمة تحقق لاختبار موقع الويب لتستكملها قبل إطلاق ميزة أو مسار يوفر في الواقع الوقت والمال على المدى الطويل.

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

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

لتجنب كل ذلك ، تحتاج إلى اختبارات. لكن أيها؟ ومتى تطبق كل هؤلاء؟

هذا هو المكان الذي يمكن أن تساعد فيه قائمة التحقق من اختبار موقع الويب.

دعنا نتعمق.

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

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

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

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

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

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

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

المبدأ بسيط ، حتى لو كان الأمر معقدًا في بعض الأحيان.

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

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

وهذا هو أساسًا اختبار قابلية الاستخدام. ستقوم بتشغيل ذلك مرة أخرى عندما يكون لديك نموذج أولي ، ومرة أخرى عندما يتم تشغيل الميزة.

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

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

هل تريد معرفة المزيد حول اختبار قابلية الاستخدام؟ لقد حصلت على تغطيتها.

اقرأ "أساسيات اختبار قابلية استخدام موقع الويب في موجز عملاق"

2. تطبيق اختبارات قبول المستخدم (UAT)

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

هذا هو المكان الذي يأتي فيه اختبار قبول مستخدم موقع الويب ، أو UAT.

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

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

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

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

بمجرد حساب UAT ، تبدو العملية بأكملها كما يلي:

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

3. تطبيق اختبارات AB / اختبارات الانقسام

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

تأتي اختبارات AB أو اختبارات الانقسام في نهاية العملية ، لذلك سيبدو الآن إطلاق الميزة كما يلي:

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

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

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

أهمية قائمة التحقق من اختبار موقع الويب

عندما تجمع بين اختبارات قابلية الاستخدام واختبارات قبول المستخدم واختبارات AB ، فإن ما لديك عمومًا هو إطار عمل للاختبار لا يترك سوى القليل جدًا للصدفة .

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

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

تم نشر هذا المنشور في الأصل في أغسطس 2015 وتم تحديثه للشمول.