ما هو الأسود Box اختبارات؟ التقنيات والأنواع والأمثلة

اسود Box الاختبار

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

الأسود أعلاه-Box يمكن أن يكون أي نظام برمجي تريد اختباره. على سبيل المثال، نظام تشغيل مثل Windowsموقع إلكتروني مثل Googleقاعدة بيانات مثل Oracle أو حتى التطبيق المخصص الخاص بك. تحت الأسود Box الاختبار، يمكنك اختبار هذه التطبيقات من خلال التركيز فقط على المدخلات والمخرجات دون معرفة تنفيذ الكود الداخلي الخاص بها. فكر في الفيديو التعليمي التالي-

انقر اضغط هنا إذا لم يكن من الممكن الوصول إلى الفيديو

أهمية ومزايا اللون الأسود Box الاختبار

اسود Box يلعب الاختبار دورًا حاسمًا في ضمان عمل منتج برمجي تمامًا كما يتوقعه المستخدمون النهائيون، دون الحاجة إلى معرفة كيفية بنائه. فهو يُقيّم أداء النظام بناءً على المدخلات والمخرجات، مُركزًا على ما يفعله البرنامج بدلًا من كيفية عمله.

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

👉 سجل مجانًا في Live Black Box الاختبار

اسود Box تقنيات الاختبار

وفيما يلي أبرزها استراتيجيات الاختبار من بين العديد من الاختبارات المستخدمة في الصندوق الأسود

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

أنواع الأسود Box الاختبار

هناك أنواع عديدة من الأسود Box الاختبارات، ولكن فيما يلي أبرزها:

• الاختبار الوظيفي – يرتبط هذا النوع من اختبار الصندوق الأسود بالمتطلبات الوظيفية للنظام؛ ويتم إجراؤه بواسطة مختبري البرامج.
• اختبار غير وظيفي - لا يرتبط هذا النوع من اختبار الصندوق الأسود باختبار وظيفة محددة، بل بمتطلبات غير وظيفية مثل الأداء وقابلية التوسع وسهولة الاستخدام.
• اختبار الانحدار – يتم إجراء اختبار الانحدار بعد إصلاحات الكود أو الترقيات أو أي صيانة أخرى للنظام للتأكد من أن الكود الجديد لم يؤثر على الكود الحالي.

كيف نفعل الأسودBox اختبار في هندسة البرمجيات

فيما يلي الخطوات العامة المتبعة لتنفيذ أي نوع من أنواع اللون الأسود Box الاختبار.

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

الأدوات المستخدمة للأسود Box الاختبار:

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

• بالنسبة للاختبارات الوظيفية/الانحدار يمكنك استخدام - QTP, Selenium
• بالنسبة للاختبارات غير الوظيفية، يمكنك استخدام – بي., جيميتر

المميزات والعيوب

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

المزايا:

• نهج موجه للمستخدم
• لا يلزم معرفة البرمجة
• مستقل وموضوعي
• فعالة للتطبيقات الكبيرة

العيوب:

• تغطية اختبار محدودة
• غير فعال في التعامل مع الأخطاء العميقة
• تحليل السبب الجذري الصعب
• الاعتماد الكبير على جودة المتطلبات

التحديات باللون الأسود Box الاختبارات (وكيفية التغلب عليها)

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

التحدي	كيفية التغلب عليها
محدودية الرؤية لـ Code	دمج مع الأبيض/الرمادي Box اختبار ل tracأخطاء على مستوى المنطق.
الاعتماد على المتطلبات الواضحة	إستخدم متطلبات Tracمصفوفة القدرات (RTM) لضمان التغطية الكاملة.
تغطية الاختبار غير المكتملة	قم بتطبيق تقسيم التكافؤ وتحليل قيمة الحدود لتقليل التكرار.
يستغرق وقتًا طويلاً بالنسبة للأنظمة الكبيرة	استخدم أدوات الأتمتة مثل Selenium أو كاتالون للكفاءة.
صعوبة تصحيح الأخطاء	إشراك المطورين في وقت مبكر لفرز العيوب المشتركة وتحليل السبب الجذري السريع.
الواجهات الديناميكية والتغييرات المتكررة	تنفيذ التكامل المستمر (CI) للحفاظ على تحديث الاختبارات تلقائيًا.
النتائج المتوقعة غامضة	تشجيع المراجعات الوظيفية المتبادلة لتوضيح معايير القبول.
رؤية محدودة للأمان والأداء	أضف اختبار الاختراق والأداء لتكملة أساليب الصندوق الأسود.

متى لا تستخدم اللون الأسود Box الاختبار

بينما اسود Box الاختبار يعد مثاليًا للتحقق من صحة الوظيفة وسلوك المستخدم، فهو غير مناسب لكل سيناريو اختبارلأن المُختبِرين لا يستطيعون رؤية المنطق الداخلي أو الكود، فقد تبقى بعض العيوب ومشاكل الأداء غير مُكتشفة. فيما يلي الحالات التي تُستخدم فيها أساليب الاختبار البديلة - مثل White Box أو رمادي Box الاختبار-العمل بشكل أفضل.

حالة	لماذا الأسود Box الاختبار ليس مثاليا	أفضل بديل
1. الاختبار على مستوى الوحدة أو المكون	يتطلب معرفة الكود الداخلي لاختبار الوحدات الفردية أو مسارات المنطق.	أبيض Box الاختبار
2. تصحيح الأخطاء أو تحليل السبب الجذري	اسود Box يكشف فقط عن الفشل، وليس الأسباب وراءه.	أبيض Box الاختبار
3. التحقق من صحة الخوارزمية أو المنطق	لا يمكن التحقق من المنطق الداخلي وتدفق البيانات من خلال المخرجات وحدها.	أبيض Box / رمادي Box الاختبار
4. اختبار الأداء أو التحميل	لا يقيس كفاءة مستوى الكود أو استخدام الموارد أو التحسين.	هاملت / اختبار الإجهاد
5. اختبار الأمان في Code مستوى	يفتقر إلى الرؤية اللازمة لتحديد نقاط الضعف داخل طبقات الكود المصدر أو واجهة برمجة التطبيقات.	ساكن Code التحليل (SAST)
6. المتطلبات غير المكتملة أو الغامضة	بدون مواصفات وظيفية واضحة، لا يستطيع المختبرون تصميم اختبارات الصندوق الأسود الفعالة.	استكشافي أو الاختبار المخصص
7. التصحيح المستمر في Agile Sprints	تتطلب تغييرات الكود المتكررة التحقق الداخلي للحصول على إصلاحات أسرع.	رمادي Box الاختبار

مقارنة الأسود Box و أبيض Box الاختبار:

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

أمثلة واقعية على اللون الأسود Box الاختبار

اسود Box يُستخدم الاختبار في مختلف الصناعات للتحقق من أداء البرامج من منظور المستخدم، دون التعمق في الكود. ويُطبّق في أنظمة الويب والهواتف المحمولة والمؤسسات لضمان الأداء السلس والأمان وتجربة المستخدم.

سيناريو	ما تم اختباره	مثال Descriptأيون
1. اختبار وظيفة تسجيل الدخول	التحقق من صحة الإدخال والمصادقة	يقوم المختبر بإدخال بيانات اعتماد صالحة وغير صالحة لتأكيد نجاح تسجيل الدخول ورسائل الخطأ الصحيحة.
2. عملية الدفع للتجارة الإلكترونية	سير العمل والدفع ومعالجة الأخطاء	يتحقق مما إذا كان بإمكان المستخدمين إضافة العناصر إلى سلة التسوق، وتطبيق القسائم، وإكمال الدفع بنجاح.
3. تطبيق الخدمات المصرفية	التحقق من صحة المعاملات واختبار الحدود	يضمن تحديثات الرصيد الصحيحة، وحدود المعاملات، ومعالجة الأخطاء الخاصة بالمدخلات غير الصالحة.
4. سهولة استخدام تطبيقات الهاتف المحمول	سلوك واجهة المستخدم/تجربة المستخدم، تدفق التنقل	اختبار استجابة التطبيق وتفاعلات الأزرار وتناسق تدفق المستخدم عبر الأجهزة.
5. تقديم النموذج عبر الإنترنت	التحقق من صحة المدخلات وسلامة البيانات	التحقق من أن الحقول المطلوبة والتنسيقات ومطالبات الأخطاء تعمل كما هو مقصود (على سبيل المثال، التحقق من البريد الإلكتروني أو الهاتف).
6. اختبار نقطة نهاية واجهة برمجة التطبيقات (أسود Box أسلوب)	دقة استجابة الإدخال/الإخراج	يرسل الطلبات دون عرض الكود الخلفي للتأكد من صحة رموز الحالة وإخراج البيانات.
7. منصة بث الفيديو	الأداء تحت الحمل، واستعادة الخطأ	اختبار ما إذا كان تشغيل الفيديو يضبط الجودة بشكل ديناميكي ويتعامل مع التخزين المؤقت بشكل صحيح.

اسود Box دورة حياة الاختبار وتطوير البرمجيات (SDLC)

اختبار الصندوق الأسود له دورة حياة خاصة به تسمى دورة حياة اختبار البرمجيات (STLC)، وهو مناسب لكل مرحلة من مراحل دورة حياة تطوير البرمجيات هندسة البرمجيات.

• متطلبات هذه هي المرحلة الأولى من دورة حياة تطوير البرمجيات (SDLC)، وفيها يتم جمع المتطلبات. يشارك في هذه المرحلة أيضًا مختبرو البرمجيات.
• تخطيط الاختبار وتحليله - أنواع الاختبار يتم تحديد ما ينطبق على المشروع. أ خطة اختبار يتم إنشاء إطار عمل يحدد المخاطر المحتملة للمشروع والتخفيف منها.
• تصميم - في هذه المرحلة، يتم إنشاء حالات الاختبار/البرامج النصية على أساس مستندات متطلبات البرنامج
• تنفيذ اختبارفي هذه المرحلة، يتم تنفيذ حالات الاختبار المُعدّة. يتم إصلاح الأخطاء، إن وجدت، وإعادة اختبارها.

الأسئلة الشائعة

ملخص: النقاط الرئيسية حول الأسود Box الاختبار