تخط وانتقل إلى المحتوى الرئيسي

ملخص أنواع الأخطاء

ما هو الخطأ، وما هي أنواع الأخطاء التي نميز بينها، وكيف تحدد النوع الصحيح لخطأك؟

Nikola Jonic avatar
بقلم: Nikola Jonic
تم إجراء التحديث اليوم

الخطأ هو مشكلة متعلقة بالبرمجيات. إذا لم يعمل شيء ما على موقع ويب أو تطبيق كما هو مقصود، فإن هذا "الخطأ" يُسمى خطأ. في Test IO، نميز بين الأنواع التالية من الأخطاء:

  • الأخطاء الوظيفية

  • أخطاء المحتوى

  • الأخطاء المرئية

  • اقتراحات الاستخدام

الأخطاء الوظيفية

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

كيفية تحديد ما إذا كان سلوك التطبيق خطأ وظيفيًا:

  • حاول معرفة ما إذا كانت الميزة مصممة بطريقة معينة أو أنها معطلة فعلاً.

  • اختبرها بمفردها وبالاقتران مع ميزات أخرى لاكتشاف الفروقات المحتملة.

  • فكر في نوايا العميل واعتبر أن المنتج قد يعمل كما تم تنفيذه.

  • ابحث عن دليل على أن شيئًا ما لا يعمل كما ينبغي وادعم ادعاءك.

  • مثال: تعمل وظيفة متجر إلكتروني بشكل مختلف عن متاجر إلكترونية أخرى تعرفها. هذا لا يعني أن الوظيفة معطلة. يمكن للعملاء تنفيذ منتجاتهم كما يريدون.

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

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

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

تقييم الخطورة

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

لذلك، في Test IO نميز بين ثلاثة مستويات للخطورة للأخطاء الوظيفية:

منخفض:

  • تأثير ضئيل على استخدام المنتج.

  • يُظهر المنتج سلوكًا غير مقصود، لكن الاستخدام العام غير متأثر.

  • عدد قليل من المستخدمين أو المنتجات أو العناصر معني.

  • ميزة/جزء من الوظيفة معطل أو غير متاح، لكن حلًا بديلًا بسيطًا يحل المشكلة.

مرتفع:

  • تأثير كبير على استخدام المنتج، لكن الوظيفة الرئيسية سليمة.

  • عدد كبير من المستخدمين أو المنتجات أو العناصر معني.

  • وظيفة غير تافهة معطلة أو غير متاحة، ولا يوجد حل بديل.

  • وظيفة مهمة معطلة أو غير متاحة، لكن يوجد حل بديل (وبالتالي ليست عائقًا رئيسيًا).

حرج:

  • يمنع الخطأ الوظيفة الأساسية للتطبيق/الموقع.

  • عائق رئيسي يمنع المستخدم من متابعة العملية الرئيسية، مثل الدفع.

  • يسبب الخطأ خسارة محتملة وملحوظة في المبيعات للعميل.

لقد أعددنا قائمة بالحالات ذات مستويات خطورة ثابتة بناءً على التقييمات الشائعة: خذني إلى ورقة تقييم الأخطاء! يرجى مراجعة القائمة بعناية والتحقق منها بانتظام للتحديثات المستقبلية.

أخطاء المحتوى

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

لذلك، فإن أخطاء المحتوى النموذجية هي:

  • روابط أو صور معطلة (404) (ما لم تكن موجودة في قائمة التنقل، الرأس، التذييل، أو تنقل الفتات، والتي تُعد أخطاء وظيفية منخفضة)

  • إعادة توجيه معيبة بشكل عام

  • نص مفقود، مثل في تلميح فارغ

  • محتوى مفقود، مثل مساحة محتوى فارغة

  • محتوى مفقود، مثل إذا كانت 4 من أصل 5 أيقونات تحتوي على تلميح، وواحدة لا

  • ترجمات مفقودة، مثل بعض الأزرار على موقع إنجليزي تحمل تسميات فرنسية

  • بعض المنتجات مفقودة في نتائج البحث، لكن وظيفة البحث نفسها تعمل

  • بيانات مفقودة

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

الأخطاء البصرية

الأخطاء البصرية تتعلق بواجهات المستخدم الرسومية للمواقع أو التطبيقات، مثل:

  • مشاكل في إطار التخطيط مثل نصوص/عناصر غير محاذية

  • مشكلة في التصميم المتجاوب، مثل عرض عنصر على جهاز محمول وعدم عرضه على آخر

  • تداخل غير مقصود للنصوص/العناصر

  • قطع النصوص/العناصر

ترقية خطأ محتوى أو بصري إلى خطأ وظيفي

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

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

مشاكل متكررة

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

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

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

لمزيد من المعلومات التفصيلية حول كل نوع من الأخطاء ووثائقها على منصة Test IO، يرجى زيارة المقالات التالية:

  • الأخطاء الوظيفية

  • أخطاء المحتوى

  • الأخطاء المرئية

هل أجاب هذا عن سؤالك؟