اختبار واجهة المستخدم الرسومية – حالات اختبار واجهة المستخدم (أمثلة)

لفهم اختبار واجهة المستخدم الرسومية يتيح لك أولاً فهم-

ما هي واجهة المستخدم الرسومية؟

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

فولوwing هي عناصر واجهة المستخدم الرسومية التي يمكن استخدامها للتفاعل بين المستخدم والتطبيق:

GUI

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

ما هو اختبار واجهة المستخدم الرسومية؟

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

واجهة المستخدم الرسومية هي ما يراه المستخدم. لنفترض أنه إذا قمت بزيارة guru99.com، فإن ما ستراه هو الصفحة الرئيسية، وقل إنها واجهة المستخدم الرسومية (GUI) للموقع. لا يرى المستخدم كود المصدر. الواجهة مرئية للمستخدم. ينصب التركيز بشكل خاص على هيكل التصميم والصور التي تعمل بشكل صحيح أم لا.

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

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

تتوفر أيضًا الروابط ويجب أن يعمل الزر عند النقر عليه.

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

الحاجة إلى اختبار واجهة المستخدم الرسومية

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

  • لماذا اختبار واجهة المستخدم الرسومية؟
  • هل هناك حاجة حقا؟
  • هل اختبار الأداء الوظيفي ومنطق التطبيق ليس أكثر من كافي؟؟ فلماذا نضيع الوقت في اختبار واجهة المستخدم.

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

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

ماذا تحقق في اختبار واجهة المستخدم الرسومية؟

التاليwing ستضمن قائمة المراجعة إجراء اختبار تفصيلي لواجهة المستخدم الرسومية في اختبار البرامج.

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

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

تقنيات اختبار واجهة المستخدم الرسومية يمكن تصنيفها إلى ثلاثة أجزاء:

الاختبار القائم على الدليل

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

الاختبار القائم على الدليل

سجل واعادتها

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

سجل واعادتها

الاختبار القائم على النموذج

الاختبار القائم على النموذج

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

  • قم ببناء النموذج
  • تحديد المدخلات للنموذج
  • احسب المخرجات المتوقعة للنموذج
  • قم بإجراء الاختبارات
  • قارن الناتج الفعلي مع الناتج المتوقع
  • قرار بشأن مزيد من الإجراءات على النموذج

بعض تقنيات النمذجة التي يمكن استخلاص حالات الاختبار منها:

  • الرسوم البيانية – تصور حالة النظام وتتحقق من الحالة بعد بعض الإدخال.
  • جداول القرار - الجداول المستخدمة لتحديد النتائج لكل مدخلات مطبقة

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

فولوwing هي أدوات مفتوحة المصدر متاحة لإجراء اختبار واجهة المستخدم الآلي.

المنتج مرخص بموجب
AutoHotkey GPL
Selenium أباتشي
Sikuli معهد ماساتشوستس للتكنولوجيا
إطار الروبوت أباتشي
مياه BSD
مجموعة أدوات دوجو BSD

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

يتضمن اختبار واجهة المستخدم الرسومية بشكل أساسي

  1. اختبار حجم العناصر وموضعها وعرضها وارتفاعها.
  2. اختبار رسائل الخطأ التي يتم عرضهاyed.
  3. اختبار أقسام مختلفة من الشاشة.
  4. اختبار الخط سواء كان ذلك readable أم لا.
  5. اختبار الشاشة بدقة مختلفة بمساعدة zoomجي في و zoomمثل 640 × 480، 600 × 800، إلخ.
  6. اختبار محاذاة النصوص والعناصر الأخرى مثل الرموز والأزرار وما إلى ذلك في مكانها الصحيح أم لا.
  7. اختبار ألوان الخطوط.
  8. اختبار ألوان رسائل الخطأ والرسائل التحذيرية.
  9. اختبار ما إذا كانت الصورة تتمتع بوضوح جيد أم لا.
  10. اختبار محاذاة الصور.
  11. اختبار الإملاء.
  12. يجب ألا يشعر المستخدم بالإحباط أثناء استخدام واجهة النظام.
  13. اختبار ما إذا كانت الواجهة جذابة أم لا.
  14. اختبار أشرطة التمرير حسب حجم الصفحة إن وجدت.
  15. اختبار الحقول المعطلة إن وجدت.
  16. اختبار حجم الصور.
  17. اختبار العناوين هل تمت محاذاتها بشكل صحيح أم لا.
  18. اختبار لون الارتباط التشعبي.

العرض التوضيحي: كيفية إجراء اختبار واجهة المستخدم الرسومية

هنا سوف نستخدم بعض حالات الاختبار النموذجية للمتابعةwing الشاشة.

العرض التوضيحي: كيفية إجراء اختبار واجهة المستخدم الرسومية

فولوwing فيما يلي مثال لحالات الاختبار، التي تتكون من سيناريوهات اختبار واجهة المستخدم وقابلية الاستخدام.

حالة الاختبار 01- التحقق من أن النص box مع التسمية "المجلد المصدر" محاذاة بشكل صحيح.

حالة الاختبار 02 – التحقق من أن النص box مع التسمية "فئة الإشتراك" محاذاة بشكل صحيح.

حالة الاختبار 03 - تحقق من تلك التسمية بالاسم "تصفح" هو الزر الموجود في نهاية النصBox باسم "المجلد المصدر".

حالة الاختبار 04 - تحقق من تلك التسمية بالاسم "تصفح" هو الزر الموجود في نهاية النصBox باسم "فئة الإشتراك".

حالة الاختبار 05 – التحقق من أن النص box مع التسمية "الاسم" محاذاة بشكل صحيح.

حالة الاختبار 06 - التحقق من أن التسمية "الصفات التعريفية"يتكون من 4 أزرار اختيار تحمل الاسم عام، افتراضي، خاص، محمي.

حالة الاختبار 07 - التحقق من أن التسمية "الصفات التعريفية" يتكون من 4 أزرار اختيار تمت محاذاتها بشكل صحيح على التوالي.

حالة الاختبار 08 - التحقق من أن التسمية "الفئة الفائقة""تحت التسمية""الصفات التعريفية"يتكون من قائمة منسدلة يجب محاذاتها بشكل صحيح.

حالة الاختبار 09 - التحقق من أن التسمية "الفئة الفائقة" يتكون من زر يحمل التسمية "تصفح"عليها والتي يجب محاذاتها بشكل صحيح.

حالة الاختبار 10 - تأكد من أن النقر فوق أي زر اختيار يجب أن يتغير مؤشر الماوس الافتراضي إلى مؤشر الماوس اليدوي.

حالة الاختبار 11 - تحقق من أن المستخدم يجب ألا يكون قادرًا على الكتابة في القائمة المنسدلة "الفئة الفائقة".

حالة الاختبار 12 - تحقق من أنه يجب أن يكون هناك خطأ مناسب إذا تم اختيار شيء ما عن طريق الخطأ.

حالة الاختبار 13 - تحقق من أنه يجب إنشاء الخطأ باللون الأحمر حيثما كان ذلك ضروريًا.

حالة الاختبار 14 - تحقق من ضرورة استخدام التسميات المناسبة في رسائل الخطأ.

حالة الاختبار 15 - تأكد من ضرورة تحديد أزرار الاختيار الفردية بشكل افتراضي في كل مرة.

حالة الاختبار 16 - تحقق من أن زر TAB يجب أن يعمل بشكل صحيح أثناء القفز على حقل آخر بجوار الحقل السابق.

حالة الاختبار 17 - تحقق من أن جميع الصفحات يجب أن تحتوي على العنوان الصحيح.

حالة الاختبار 18 - تحقق من ضرورة محاذاة نص الصفحة بشكل صحيح.

حالة الاختبار 19 - تحقق من أنه بعد تحديث أي حقل يجب عرض رسالة تأكيد مناسبةyed.

حالة الاختبار 20 - تحقق من أنه يجب تحديد زر اختيار واحد فقط وأكثر من فحص واحدboxيمكن اختيار es.

التحديات في اختبار واجهة المستخدم الرسومية

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

أدوات اختبار واجهة المستخدم الرسومية

فولوwing هي قائمة شعبية أدوات اختبار واجهة المستخدم الرسومية :

  1. Selenium
  2. كيو تي بي
  3. خيار
  4. اختبار الحرير
  5. الاختبار
  6. إسحق اختبار واجهة المستخدم الرسومية

انقر هنا للتعلم Selenium, كيو تي بي & خيار.

وفي الختام

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