اختبار UX واختبار UI ليسا النشاط نفسه

اختبار UX واختبار UI يطرحان سؤالين مختلفين

قد يجتاز المنتج كل اختبارات UI ويظل استخدامه بائسًا. وقد يُبهر في جلسة قابلية استخدام ثم يفقد البيانات في بيئة الإنتاج. ولا يغني أي من النشاطين عن الآخر.

ما تستطيع الأتمتة أن تتكفل به بصدق

• الصحة الوظيفية لكل مسار. العمود الأول بأكمله.

• فحوص إمكانية الوصول الميكانيكية. التسميات المفقودة، والتباين، وترتيب التركيز. قيمة حقيقية، لكنها ليست كل إمكانية الوصول.

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

ما لا تستطيعه

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

التداخل الذي يستحق الأتمتة

هناك نطاق ضيق يلتقي فيه الاثنان التقاءً حقيقيًا، وهو أكثر أنواع الأتمتة المتاحة لمعظم الفرق إهمالًا.

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

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

الفخ

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

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

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

المُشغِّل أهم من الآلية. فتوجيهه إلى حدث النشر لديك يعني فحص كل تغيير دون أن يقرر ذلك أحد؛ وتطبيق GitHub App يفعل ذلك من لوحة التحكم، بينما تفعله خطوة GitHub Actions من داخل سير عملك.

ما تُؤتمته TestSprite، وما تتركه لك

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

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

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