مثال لحالات الاختبار لتطبيق الويب (قائمة المراجعة)
فريق التحرير
⚡ ملخص ذكي
تغطي قائمة التحقق الشاملة لاختبار تطبيقات الويب جوانب متعددة تشمل سهولة الاستخدام، والوظائف، والتوافق، وقواعد البيانات، وواجهات برمجة التطبيقات، والأمان، والأداء، وإمكانية الوصول. يوفر كل قسم أدناه سيناريوهات اختبار جاهزة للاستخدام، يمكن لفرق ضمان الجودة نسخها مباشرةً إلى أداة إدارة الاختبار.
أثناء اختبار تطبيقات الويب، ينبغي للمرء أن يأخذ في الاعتبار القالب المذكور أدناه. تنطبق قائمة المراجعة المذكورة أدناه تقريبًا على جميع أنواع تطبيقات الويب اعتمادًا على متطلبات العمل.
يوضح النموذج أعلاه كيف يمكن لورقة واحدة أن تتضمن سيناريوهات لكل مجال من مجالات قائمة التحقق. للمزيد من المعلومات، انظر إلى اختبار تطبيقات الويب نظرة عامة.
الآن دعونا ننظر إلى كل قائمة مرجعية بالتفصيل:
الاختبار الوظيفي
ما هو الاختبار الوظيفي؟
- اختبار ميزات المنتج وسلوكه التشغيلي للتأكد من أنها تتوافق مع مواصفاته.
- اختبار يتجاهل الآلية الداخلية للنظام أو المكون ويركز فقط على المخرجات الناتجة استجابة لمدخلات وظروف تنفيذ محددة.
ما هو الغرض أو الهدف من الاختبار الوظيفي؟
- هدف الاختبار الوظيفي هو التحقق مما إذا كان منتجك يلبي المواصفات الوظيفية المقصودة المذكورة في وثائق التطوير الخاصة بك.
أمثلة على سيناريوهات الاختبار الوظيفي:
- يجب التحقق من صحة جميع الحقول الإلزامية.
- اختبار علامة النجمة يجب أن يتم عرضه لجميع الحقول الإلزامية.
- يجب ألا يعرض اختبار النظام رسالة الخطأ للحقول الاختيارية.
- اختبار التحقق من صحة السنوات الكبيسة بشكل صحيح ولا تسبب أخطاء/حسابات خاطئة.
- يجب ألا يقبل اختبار الحقول الرقمية الحروف الهجائية ويجب عرض رسالة الخطأ المناسبة.
- اختبار الأرقام السلبية إذا كان مسموحًا للحقول الرقمية.
- يجب التعامل مع قسمة الاختبار على صفر بشكل صحيح لإجراء العمليات الحسابية.
- اختبر الحد الأقصى لطول كل حقل للتأكد من عدم اقتطاع البيانات.
- اختبر الرسالة المنبثقة ("هذا الحقل يقتصر على 500 حرف") يجب أن تظهر إذا وصلت البيانات إلى الحد الأقصى لحجم الحقل.
- اختبار ظهور رسالة التأكيد لعمليات التحديث والحذف.
- اختبر قيم المبلغ التي يجب أن تظهر بتنسيق العملة.
- اختبار كافة حقول الإدخال للأحرف الخاصة.
- اختبار وظيفة المهلة.
- اختبار وظيفة الفرز.
- اختبار وظائف الأزرار المتاحة
- اختبار سياسة الخصوصية والأسئلة الشائعة محددة بوضوح ويجب أن تكون متاحة للمستخدمين.
- اختبار ما إذا كانت أي وظيفة قد فشلت، تتم إعادة توجيه المستخدم إلى صفحة الخطأ المخصصة.
- اختبار جميع المستندات التي تم تحميلها مفتوحة بشكل صحيح.
- اختبار يجب أن يكون المستخدم قادرا على تنزيل الملفات التي تم تحميلها.
- اختبار وظيفة البريد الإلكتروني للنظام.
- اختبر ملف Java يعمل البرنامج النصي بشكل صحيح في متصفحات مختلفة (IE، Firefoxوكروم وسفاري و Opera).
- اختبر لمعرفة ما يحدث إذا قام المستخدم بحذف ملفات تعريف الارتباط أثناء وجوده في الموقع.
- اختبر لمعرفة ما يحدث إذا قام المستخدم بحذف ملفات تعريف الارتباط بعد زيارة أحد المواقع.
- يتم اختبار كافة البيانات الموجودة داخل مربع القائمة/المربع المنسدل حسب الترتيب الزمني.
بمجرد أن تعمل الميزات بشكل صحيح، فإن السؤال التالي هو ما إذا كان بإمكان المستخدمين الحقيقيين تشغيلها دون مساعدة.
اختبار قابلية الاستخدام
ما هو اختبار قابلية الاستخدام؟
- اختبار سهولة الاستخدام ليس سوى اختبار سهولة الاستخدام.
- في اختبار قابلية الاستخدام، يتم اختبار تدفق التطبيق بحيث يتمكن المستخدم الجديد من فهم التطبيق بسهولة.
- بشكل أساسي، يتم فحص التنقل في النظام في اختبار قابلية الاستخدام.
ما هو الغرض أو الهدف من اختبار قابلية الاستخدام؟
يحدد اختبار قابلية الاستخدام سهولة الاستخدام وفعالية المنتج باستخدام ممارسات اختبار قابلية الاستخدام القياسية.
أمثلة على حالات اختبار قابلية الاستخدام
- يجب أن يكون محتوى صفحة الويب صحيحًا دون أي أخطاء إملائية أو نحوية
- يجب أن تكون جميع الخطوط متماثلة حسب المتطلبات.
- يجب محاذاة كل النص بشكل صحيح.
- يجب أن تكون كافة رسائل الخطأ صحيحة دون أي أخطاء إملائية أو نحوية ويجب أن تتطابق رسالة الخطأ مع تسمية الحقل.
- يجب أن يكون نص تلميح الأداة موجودًا في كل حقل.
- يجب أن تتم محاذاة جميع الحقول بشكل صحيح.
- يجب توفير مساحة كافية بين تسميات الحقول والأعمدة والصفوف ورسائل الخطأ.
- يجب أن تكون جميع الأزرار بتنسيق وحجم قياسيين.
- يجب أن يكون رابط الصفحة الرئيسية موجودًا في كل صفحة.
- ينبغي أن تكون الحقول المعطلة باللون الرمادي.
- التحقق من الروابط والصور المعطلة.
- يجب عرض رسالة التأكيد لأي نوع من عمليات التحديث والحذف.
- تحقق من الموقع بدقة مختلفة (640 × 480، 600 × 800 وما إلى ذلك؟)
- تأكد من أن المستخدم النهائي يمكنه تشغيل النظام دون إحباط.
- تحقق من أن علامة التبويب يجب أن تعمل بشكل صحيح.
- يجب أن يظهر شريط التمرير فقط إذا لزم الأمر.
- إذا كانت هناك رسالة خطأ عند الإرسال، فيجب أن تكون المعلومات التي ملأها المستخدم موجودة.
- يجب أن يتم عرض العنوان على كل صفحة ويب
- يجب أن تكون جميع الحقول (مربع النص، القائمة المنسدلة، زر الاختيار، وما إلى ذلك) والأزرار قابلة للوصول عن طريق اختصارات لوحة المفاتيح ويجب أن يكون المستخدم قادرًا على إجراء جميع العمليات باستخدام لوحة المفاتيح.
- تحقق مما إذا لم يتم اقتطاع بيانات القائمة المنسدلة بسبب حجم الحقل. تحقق أيضًا مما إذا كانت البيانات مشفرة أو تتم إدارتها عبر المسؤول.
قد لا يعمل التصميم الذي يظهر بشكل جيد في متصفح واحد في متصفح آخر، لذا أعد تشغيل نفس الشاشات عبر كل بيئة مدعومة.
اختبار التوافق
ما هو اختبار التوافق؟
- يتم استخدام اختبار التوافق لتحديد ما إذا كان برنامجك متوافقًا مع عناصر أخرى في النظام الذي يجب أن يعمل معه، على سبيل المثال المتصفحات، Operaأنظمة تينغ، أو الأجهزة.
ما هو الغرض أو الهدف من اختبار التوافق؟
- الغرض من اختبار التوافق هو تقييم مدى جودة أداء البرنامج في متصفح معين، Operaالأنظمة أو الأجهزة أو البرامج.
نموذج سيناريوهات اختبار التوافق:
- اختبار الموقع في متصفحات مختلفة (IE، Firefoxوكروم وسفاري و Opera) والتأكد من عرض موقع الويب بشكل صحيح.
- اختبار أن إصدار HTML المستخدم متوافق مع إصدارات المتصفح المناسبة.
- اختبار عرض الصور بشكل صحيح في متصفحات مختلفة.
- اختبار الخطوط القابلة للاستخدام في متصفحات مختلفة.
- اختبار كود جافا سكريبت القابل للاستخدام في متصفحات مختلفة.
- اختبر صور GIF المتحركة عبر متصفحات مختلفة.
لا يثبت العرض المتسق أي شيء عن السجلات الموجودة خلف الشاشة. اختبار عبر المتصفحات تُبقي المصفوفة هذه المنطقة قابلة للإدارة.
اختبار قاعدة البيانات
ما هو اختبار قاعدة البيانات؟
- In اختبار قاعدة البيانات يتم اختبار السجلات الخلفية التي تم إدراجها من خلال تطبيقات الويب أو سطح المكتب. يجب أن تتطابق البيانات التي يتم عرضها في تطبيق الويب مع البيانات المخزنة في قاعدة البيانات.
لإجراء اختبار قاعدة البيانات، يجب أن يكون المختبر على علم بالنقاط المذكورة أدناه:
- يجب أن يفهم المختبر المتطلبات الوظيفية ومنطق الأعمال وتدفق التطبيقات وتصميم قاعدة البيانات بدقة.
- يجب على المختبر معرفة الجداول والمشغلات وإجراءات التخزين وطرق العرض والمؤشرات المستخدمة للتطبيق.
- يجب أن يفهم المختبر منطق المشغلات وإجراءات المتجر وطرق العرض والمؤشرات التي تم إنشاؤها.
- يجب على المختبر معرفة الجداول التي تتأثر عند إجراء عمليات الإدراج والتحديث والحذف (DML) من خلال تطبيقات الويب أو سطح المكتب.
بمساعدة النقاط المذكورة أعلاه، يمكن للمختبر بسهولة كتابة سيناريوهات الاختبار لاختبار قاعدة البيانات.
أمثلة لحالات الاختبار لاختبار قاعدة البيانات:
- تحقق من اسم قاعدة البيانات: يجب أن يتطابق اسم قاعدة البيانات مع المواصفات.
- التحقق من الجداول والأعمدة وأنواع الأعمدة والافتراضيات: يجب أن تكون جميع الأشياء مطابقة للمواصفات.
- تحقق مما إذا كان العمود يسمح بالقيمة الخالية أم لا.
- التحقق من المفتاح الأساسي والخارجي لكل جدول.
- التحقق من الإجراء المخزن:
- اختبار ما إذا كان الإجراء المخزن مثبتًا أم لا.
- التحقق من اسم الإجراء المخزن
- التحقق من أسماء المعلمات وأنواعها وعدد المعلمات.
- اختبار المعلمات إذا كانت مطلوبة أم لا.
- اختبار الإجراء المخزن عن طريق حذف بعض المعلمات
- الاختبار عندما يكون الإخراج صفرًا، يجب أن تتأثر السجلات الصفرية.
- اختبر الإجراء المخزن عن طريق الكتابة البسيطة SQL استفسار.
- اختبار ما إذا كان الإجراء المخزن يقوم بإرجاع القيم
- اختبار الإجراء المخزن باستخدام نموذج بيانات الإدخال.
- تحقق من سلوك كل علامة في الجدول.
- تحقق من حفظ البيانات بشكل صحيح في قاعدة البيانات بعد إرسال كل صفحة.
- التحقق من البيانات إذا تم تنفيذ عمليات DML (التحديث والحذف والإدراج).
- تحقق من طول كل حقل: يجب أن يكون طول الحقل في النهاية الخلفية والأمامية هو نفسه.
- التحقق من أسماء قاعدة بيانات ضمان الجودة وUAT والإنتاج. يجب أن تكون الأسماء فريدة من نوعها.
- التحقق من البيانات المشفرة في قاعدة البيانات.
- التحقق من حجم قاعدة البيانات. قم أيضًا باختبار وقت الاستجابة لكل استعلام يتم تنفيذه.
- تحقق من البيانات المعروضة على الواجهة الأمامية وتأكد من أنها هي نفسها في الواجهة الخلفية.
- التحقق من صحة البيانات عن طريق إدخال البيانات غير الصالحة في قاعدة البيانات.
- التحقق من المشغلات.
قائمة التحقق من اختبار واجهة برمجة التطبيقات
تعتمد معظم قواعد العمل الآن على نقاط نهاية REST أو GraphQL، لذا لا يمكن لفحوصات المتصفح وحدها إثبات عمل النظام. يكشف اختبار نقاط النهاية مباشرةً عن نقاط الضعف.tracعيوب المصادقة والتفويض تظهر في وقت أبكر بكثير مما يمكن أن تظهره واجهة المستخدم.
قم بتغطية السيناريوهات التالية قبل الموافقة على نقطة النهاية:
نماذج سيناريوهات اختبار لاختبار واجهات برمجة التطبيقات (API):
- تحقق من رموز الحالة الموثقة للنجاح، وفشل التحقق، والوصول غير المصرح به، وخطأ الخادم.
- تحقق من أن حمولة الاستجابة تتطابق مع المخطط المنشور، بما في ذلك أسماء الحقول وأنواع البيانات.
- تحقق من أن المعلمات المفقودة أو غير الصحيحة تُرجع رسالة قابلة للقراءة بدلاً من مكدس الاستدعاءات. trace.
- تحقق من انتهاء صلاحية رموز المصادقة، وتحديثها بشكل صحيح، وعدم إمكانية إعادة استخدامها بعد تسجيل الخروج.
- تحقق من صلاحية الوصول المستندة إلى الأدوار، بحيث لا يمكن لحساب عادي الوصول إلى نقاط نهاية المسؤول عن طريق تغيير المعرف.
- تحقق من القيم الحدية لكل معلمة، بما في ذلك السلاسل الفارغة والأطوال القصوى.
- تحقق من أن تحديد معدل البيانات يُرجع استجابة التقييد الصحيحة بدلاً من الفشل بصمت.
- تحقق من أن نقطة النهاية تتدهور بشكل سلس عندما تنتهي مهلة خدمة تابعة لجهة خارجية.
- تأكد من عدم ظهور أي كلمات مرور أو رموز مميزة أو مسارات داخلية في الاستجابات أو رسائل الخطأ.
قم بتشغيل هذه القائمة في كل بيئة، لأن بيئتي الاختبار والإنتاج غالبًا ما تعرضان مجموعات أذونات مختلفة. راجع اختبار API نظرة عامة و اختبار واجهة برمجة تطبيقات REST يدويًا.
تتداخل العديد من هذه الفحوصات مع أعمال الأمن.
اختبار الأمان
اختبار الأمان يتضمن الاختبار التعرف على أي عيوب وثغرات من الناحية الأمنية.
عينة من سيناريوهات الاختبار لاختبار الأمان:
- يجب التحقق من صفحة الويب التي تحتوي على بيانات مهمة مثل كلمة المرور وأرقام بطاقات الائتمان والإجابات السرية لسؤال الأمان وما إلى ذلك عبر HTTPS (SSL).
- تأكد من أن المعلومات المهمة مثل كلمة المرور وأرقام بطاقات الائتمان وما إلى ذلك يجب أن تظهر بتنسيق مشفر.
- تحقق من تطبيق قواعد كلمة المرور على جميع صفحات المصادقة مثل التسجيل، نسيت كلمة المرور، تغيير كلمة المرور.
- تحقق مما إذا تم تغيير كلمة المرور، فلن يتمكن المستخدم من تسجيل الدخول باستخدام كلمة المرور القديمة.
- تحقق من أن رسائل الخطأ يجب ألا تعرض أي معلومات مهمة.
- تحقق مما إذا كان المستخدم قد قام بتسجيل الخروج من النظام أو انتهت صلاحية جلسة المستخدم، ويجب ألا يتمكن المستخدم من التنقل في الموقع.
- قم بالتحقق للوصول إلى صفحات الويب الآمنة وغير الآمنة مباشرة دون تسجيل الدخول.
- تحقق من تعطيل خيار "عرض كود المصدر" ويجب ألا يكون مرئيًا للمستخدم.
- تحقق من قفل حساب المستخدم إذا قام المستخدم بإدخال كلمة مرور خاطئة عدة مرات.
- تأكد من أن ملفات تعريف الارتباط لا ينبغي أن تخزن كلمات المرور.
- تحقق مما إذا كانت أي وظيفة لا تعمل، ويجب ألا يعرض النظام أي معلومات حول التطبيق أو الخادم أو قاعدة البيانات. بدلاً من ذلك، يجب أن يعرض صفحة الخطأ المخصصة.
- التحقق من هجمات حقن SQL.
- التحقق من أدوار المستخدم وحقوقه. على سبيل المثال، يجب ألا يتمكن مقدم الطلب من الوصول إلى صفحة الإدارة.
- تأكد من تسجيل العمليات المهمة في ملفات السجل، ويجب أن تكون هذه المعلومات tracقابل للتطوير.
- تحقق من أن قيم الجلسة بتنسيق مشفر في شريط العناوين.
- تأكد من تخزين معلومات ملف تعريف الارتباط بتنسيق مشفر.
- التحقق من تطبيق Brute Force Attacks
إن التطبيق المتصلب الذي ينثني تحت الحمل لا يزال غير قابل للاستخدام، لذا فإن المرحلة التالية تقيس الحجم.
اختبار أداء
اختبار أداء يتم إجراؤه لتقييم مدى امتثال النظام أو المكون لمتطلبات الأداء المحددة.
سيناريوهات الاختبار العامة:
- لتحديد الأداء والاستقرار وقابلية التوسع للتطبيق في ظل ظروف تحميل مختلفة.
- لتحديد ما إذا كانت البنية التحتية الحالية قادرة على دعم التطبيق على مستويات ذروة المستخدم.
- لتحديد حجم التكوين الذي يوفر أفضل مستوى أداء.
- لتحديد اختناقات التطبيق والبنية التحتية.
- لتحديد ما إذا كان الإصدار الجديد من البرنامج له تأثير سلبي على وقت الاستجابة.
- لتقييم المنتج و/أو الأجهزة لتحديد ما إذا كان يمكنه التعامل مع أحجام التحميل المتوقعة.
كيفية القيام باختبار الأداء؟ عن طريق الاختبار اليدوي أو عن طريق الأتمتة
من الناحية العملية، لا يمكن إجراء اختبار الأداء يدويًا بسبب بعض العيوب مثل:
- ستكون هناك حاجة إلى عدد أكبر من الموارد.
- لا يمكن القيام بأفعال متزامنة.
- مراقبة النظام المناسبة غير متوفرة.
- ليس من السهل أداء المهمة المتكررة.
ومن ثم للتغلب على المشاكل المذكورة أعلاه يجب علينا استخدام أداة اختبار الأداء. فيما يلي قائمة ببعض أدوات الاختبار الشائعة.
- Apache JMeter
- عداء التحميل
- بورلاند Silk Performer.
- Rational Performance Tester
- وابت
- تحميل نيو
لا تزال هناك فئة واحدة مفقودة: المستخدمون الذين يصلون إلى هذه الشاشات من خلال التكنولوجيا المساعدة.
قائمة التحقق من اختبار إمكانية الوصول
تؤكد اختبارات إمكانية الوصول أن الأشخاص الذين يستخدمون برامج قراءة الشاشة، أو التنقل باستخدام لوحة المفاتيح فقط، أو التكبير، يمكنهم إكمال نفس التجارب التي يقوم بها أي شخص آخر. كما أنها شرط أساسي في عمليات الشراء، حيث أن متطلبات المؤسسةtracيشير مصطلح ts عادةً إلى WCAG 2.2 المستوى AAهذه العيوب هيكلية وتكلف أقل بكثير عند إصلاحها مبكراً.
نماذج سيناريوهات اختبار إمكانية الوصول:
- تأكد من أن الصور ذات المعنى تحمل نصًا بديلًا وصفيًا وأن الصور الزخرفية مخفية عن التقنيات المساعدة.
- تأكد من أن كل عنصر تحكم في النموذج يحتوي على تسمية مرتبطة به برمجياً، وليس مجرد نص نائب مجاور.
- تأكد من أن الصفحة تعمل باستخدام لوحة المفاتيح فقط، مع وجود مؤشر تركيز مرئي عند كل نقطة توقف.
- تأكد من أن النصوص والعناصر التفاعلية تستوفي الحد الأدنى لنسبة التباين مع خلفيتها.
- تأكد من أن العناوين تتبع ترتيبًا منطقيًا دون تخطي أي مستويات، حتى يعمل التنقل باستخدام قارئ الشاشة.
- تحقق من إعلان رسائل الخطأ إلى التكنولوجيا المساعدة وحدد الحقل المعطل.
- تأكد من أن الصفحة تظل قابلة للاستخدام عند تكبيرها بنسبة 200% دون الحاجة إلى التمرير الأفقي.
- تحقق من أن الأدوات المخصصة مثل النوافذ المنبثقة وعلامات التبويب والقوائم المنسدلة تعرض الأدوار والحالات الصحيحة.
لا تكتشف الماسحات الضوئية الآلية سوى جزء من هذه المشكلات، لذا أضف فحصًا يدويًا باستخدام لوحة المفاتيح وقارئ الشاشة. اختبار إمكانية الوصول يشمل المرجع الأدوات.
