ما هو الاختبار الشامل؟ مثال E2E

نهاية إلى نهاية الاختبار

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

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

دليل الاختبار الشامل: البرنامج التعليمي الكامل لاختبار E2E

لماذا نهاية إلى نهاية الاختبار؟

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

عملية الاختبار من النهاية إلى النهاية:

التاليwing يقدم الرسم البياني نظرة عامة على عملية الاختبار الشاملة.

دليل الاختبار الشامل: البرنامج التعليمي الكامل لاختبار E2E

الأنشطة الرئيسية المشاركة في الاختبار الشامل هي -

  • دراسة متطلبات الاختبار الشاملة
  • إعداد بيئة الاختبار ومتطلبات الأجهزة/البرامج
  • وصف جميع الأنظمة وعمليات أنظمتها الفرعية.
  • وصف الأدوار والمسؤوليات لجميع الأنظمة
  • منهجية ومعايير الاختبار
  • تتبع المتطلبات من البداية إلى النهاية وتصميم حالات الاختبار
  • بيانات الإدخال والإخراج لكل نظام

كيفية إنشاء حالات اختبار شاملة؟

حالات الاختبار الشامل
حالات الاختبار الشامل

يتكون إطار تصميم الاختبار الشامل من ثلاثة أجزاء

  1. بناء وظائف المستخدم
  2. شروط البناء
  3. بناء حالات الاختبار

فلننظر اليهم بالتفصيل:-

بناء وظائف المستخدم

فولوwing يجب القيام بالأنشطة كجزء من وظائف إنشاء المستخدم:

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

على سبيل المثال - فكر في سيناريو تقوم فيه بتسجيل الدخول إلى حسابك المصرفي وتحويل بعض الأموال إلى حساب آخر من بنك آخر (3rdالنظام الفرعي للحزب)

  1. تسجيل الدخول إلى النظام المصرفي
  2. التحقق من مبلغ الرصيد في الحساب
  3. تحويل بعض المبلغ من حسابك إلى حساب مصرفي آخر (3rdالنظام الفرعي للحزب)
  4. تحقق من رصيد حسابك الأخير
  5. تسجيل الخروج من التطبيق

بناء الشروط على أساس وظيفة المستخدم

فولوwing يتم تنفيذ الأنشطة كجزء من شروط البناء:

  • بناء مجموعة من الشروط لكل وظيفة محددة للمستخدم
  • وتشمل الشروط التسلسل والتوقيت وشروط البيانات

على سبيل المثال - التحقق من المزيد من الشروط مثل

صفحة الدخول

  • اسم المستخدم وكلمة المرور غير صالحة
  • التحقق من اسم المستخدم وكلمة المرور الصالحة
  • فحص قوة كلمة المرور
  • التحقق من رسائل الخطأ

مقدار وسطي

  • تحقق من الرصيد الحالي بعد 24 ساعة. (إذا تم إرسال التحويل إلى بنك آخر)
  • تحقق من رسالة الخطأ إذا كان مبلغ التحويل أكبر من مبلغ الرصيد الحالي

بناء سيناريو الاختبار

بناء سيناريو الاختبار لوظيفة المستخدم المحددة

في هذه الحالة،

  • تسجيل الدخول إلى النظام
  • التحقق من مبلغ الرصيد البنكي
  • تحويل مبلغ الرصيد البنكي

بناء حالات اختبار متعددة

أنشئ حالة اختبار واحدة أو أكثر لكل سيناريو محدد. قد تتضمن حالات الاختبار كل شرط كحالة اختبار واحدة.

أداة الاختبار من النهاية إلى النهاية

testRigor

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

المميزات:

  • اكتب اختبارات بدون تعليمات برمجية باللغة الإنجليزية البسيطة.
  • تغطية الويب + الهاتف المحمول + API في اختبار واحد. دعم عبر الأنظمة الأساسية والمتصفحات.
  • إنشاء اختبارات أسرع 15 مرة مقارنة بالسيلينيوم.
  • تقليل صيانة الاختبار بنسبة تصل إلى 99.5٪.
  • testRigor آمن ومتوافق مع SOC 2 Type 2.
  • التكامل مع CI / CD واختبار إدارة الحالة.
  • قم بإجراء آلاف الاختبارات واحصل على النتائج في أقل من 1000 دقيقة.

مزيد من المعلومات >>

مقاييس الاختبار الشامل:

فولوwing فيما يلي عدد قليل، من بين العديد من المقاييس المستخدمة كمثال للاختبار الشامل:

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

نهاية إلى نهاية الاختبار مقابل اختبار النظام

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

وفي الختام

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