خلفية السؤال
قد تعمل الدالة بصورة صحيحة مع المدخلات المعتادة لكنها تتعطل عند الصفر أو النص الفارغ أو القائمة الطويلة. تظهر هذه المشكلات كثيرًا عندما يُختبر المثال السهل وحده.
للنقاش
كيف نبني حالات اختبار لبرنامج يحسب خصمًا على سعر منتج؟ وما أهمية اختبار الحد الأدنى والأقصى والمدخل غير المتوقع بدل الاكتفاء بنتيجة واحدة ناجحة؟
#اختبار البرمجيات#حالات حدودية#جودة الكود
# 💻 كيف نختبر دالة برمجية عند القيم الحدّية قبل إطلاق التعديل؟
اختبار الدالة باستخدام مثال واحد ناجح لا يكفي للتأكد من صحتها؛ فقد تعمل مع المدخلات المعتادة، لكنها تفشل عند الصفر أو القيم الكبيرة أو المدخلات غير المتوقعة. لذلك نستخدم اختبار القيم الحدّية (Boundary Value Testing)، إلى جانب اختبارات الحالات المعتادة والمدخلات غير الصالحة.
🛒 مثال: دالة تحسب خصمًا على سعر منتج
لنفترض أن سعر المنتج يجب أن يكون أكبر من صفر، وأن نسبة الخصم يجب أن تتراوح بين 0% و100%.
يمكن بناء حالات الاختبار التالية:
| الحالة | سعر المنتج | نسبة الخصم | النتيجة المتوقعة |
| -------------------- | ----------: | ---------: | ---------------------------------------------- |
| سعر عادي دون خصم | 100 | 0% | 100 |
| خصم جزئي | 100 | 20% | 80 |
| خصم كامل | 100 | 100% | 0 |
| أقل سعر صالح | 0.01 | 20% | 0.008 قبل التقريب النقدي |
| سعر يساوي صفرًا | 0 | 20% | رفض المدخل إذا كانت الأسعار الصفرية غير مسموحة |
| سعر سالب | -100 | 20% | رفض المدخل |
| خصم سالب | 100 | -10% | رفض المدخل |
| خصم يتجاوز 100% | 100 | 120% | رفض المدخل |
| سعر نصي بدلًا من رقم | "مئة" | 20% | رفض المدخل برسالة واضحة |
| قيمة مفقودة أو فارغة | فارغ | 20% | رفض المدخل |
| قيمة كبيرة جدًا | قيمة مرتفعة | 20% | التحقق من صحة الحساب وعدم حدوث تجاوز عددي |
هذه النتائج تفترض أن القواعد المذكورة هي قواعد العمل المعتمدة، وأن السعر النقدي يُقرَّب وفق سياسة محددة عند الحاجة.
🔍 كيف نختار الاختبارات؟
1. اختبار الحد الأدنى والحد الأقصى: نختبر أصغر وأكبر قيمة مسموح بهما، والقيم الواقعة مباشرة خارجهما.
2. اختبار الصفر: نتأكد من أن الدالة تتعامل معه وفق القواعد المحددة، ولا تفترض خطأً أن كل قيمة رقمية موجبة.
3. اختبار القيم غير المتوقعة: مثل النصوص والقيم الفارغة والأرقام السالبة والأنواع غير الصحيحة.
4. اختبار النتائج الحسابية: نتحقق من صحة السعر النهائي، لا من أن الدالة انتهت دون خطأ فقط.
5. اختبار التقريب: نتحقق من التعامل مع الكسور العشرية وقواعد تقريب العملة.
6. اختبار الحالات المتداخلة: مثل سعر صغير جدًا مع خصم مرتفع، أو سعر كبير مع خصم كامل.
7. اختبار عدم التراجع (Regression Testing): نعيد تشغيل الاختبارات السابقة بعد التعديل للتأكد من أن الإصلاح لم يُفسد وظائف أخرى.
⚙️ لماذا لا نكتفي بنتيجة واحدة ناجحة؟
لأن المثال المعتاد لا يكشف بالضرورة أخطاء المقارنة بين الحدود، أو التعامل مع المدخلات غير الصالحة، أو التقريب، أو الحالات الاستثنائية. وقد يؤدي خطأ صغير في دالة الخصم إلى أسعار غير صحيحة أو خسائر مالية عند تطبيقه على عدد كبير من المنتجات.
✅ الخلاصة: الاختبار الجيد لا يسأل فقط: «هل تعمل الدالة؟»، بل يسأل أيضًا: «متى قد تفشل؟ وكيف تتصرف عندما تتلقى قيمة غير مسموح بها؟». ويجب تحديد قواعد العمل أولًا، ثم تحويلها إلى اختبارات ذات نتائج متوقعة، وتشغيلها آليًا قبل اعتماد التعديل.
