الاختبار الوظيفي

لماذا يهم

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

وبالنسبة إلى المختبِر، الاختبار الوظيفي هو جوهر العمل اليومي. كما يبني العادة التي يقوم عليها كل ما سواه: أن تستنتج النتيجة المتوقعة من أساس الاختبار قبل أن تنظر إلى ما يفعله النظام.

نوع اختبار تطبّقه في كل مستوى

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

• اختبار المكوّنات (Component Testing): دالة الخصم تُرجع ⁦20.00⁩ لمجموع فرعي قدره ⁦200.00⁩ مع الرمز WELCOME10.
• اختبار التكامل (Integration Testing): خدمة السلة ترسل إلى خدمة الدفع الإجمالي بعد الخصم، لا الإجمالي الأصلي.
• اختبار النظام (System Testing): عند إتمام الشراء في المتصفح، يضيف تطبيق الرمز سطراً للخصم وإجمالياً جديداً.
• اختبار القبول والاختبار من البداية إلى النهاية (End-to-End): يطبّق العميل الرمز، ويدفع، ويتلقى تأكيداً يُظهر المبلغ بعد الخصم.

الاكتمال والصحة والتناسب

وهذه الأمور الثلاثة هي الخصائص الفرعية للملاءمة الوظيفية (Functional Suitability) في ISO/IEC 25010، التي تعرّفت إليها في درس جودة البرمجيات. وهي تشمل الاحتياجات المعلنة المكتوبة في المتطلبات، والاحتياجات الضمنية التي لم يكتبها أحد. وكل هدف يمنحك سؤالاً مختلفاً تطرحه على الميزة نفسها:

• الاكتمال الوظيفي (Functional Completeness): هل تغطي الوظائف كل المهام المحددة وأهداف المستخدمين؟ فميزة رموز الخصم التي لا تتيح إزالة رمز مطبَّق ناقصة، مهما أحسنت في الباقي.
• الصحة الوظيفية (Functional Correctness): هل تعطي الوظائف نتائج دقيقة؟ تحقّق من الحسابات والبيانات المخزنة وتغيّرات الحالة والرسائل مقابل القاعدة. فخصم ⁦10%⁩ على ⁦249.95⁩ ريالاً يجب أن يُقرَّب بالطريقة التي قررها أصحاب العمل، لا بالطريقة التي تقرّب بها الشيفرة مصادفةً.
• التناسب الوظيفي (Functional Appropriateness): هل تساعد الوظائف المستخدمين على إنجاز مهامهم دون خطوات لا داعي لها؟ فإذا كان حقل الرمز في السلة فقط، فعلى العميل الذي بلغ خطوة الدفع أن يرجع ليستخدمه: الوظيفة موجودة وصحيحة لكنها غير متناسبة مع المهمة. أما مدى سهولة أداء المهمة المدعومة فهو قابلية الاستخدام (وتسمّيها ISO/IEC 25010 في إصدار ⁦2023⁩ قابلية التفاعل)، وهي مسألة غير وظيفية.

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

تُصمَّم الاختبارات الوظيفية عادةً بأسلوب الصندوق الأسود: تشتقها من وثائق خارج موضوع الاختبار دون قراءة شيفرته. وبعض الفرق تستخدم «وظيفي» و«صندوق أسود» بمعنى واحد، لكن ISTQB يفرّق بينهما: «وظيفي» يحدد ما الذي يُفحص، و«الصندوق الأسود» يحدد من أين تأتي الاختبارات. فاختبار الوحدة الذي يكتبه المطور لدالة الخصم وظيفي وإن كُتب والشيفرة أمامه.

ومن أمثلة أساس الاختبار الوظيفي:

• المتطلبات والمواصفات وقواعد العمل، مثل «الطلبات بقيمة ⁦300.00⁩ ريال فأكثر توصيلها مجاني».
• قصص المستخدمين ومعايير القبول الخاصة بها، وهي الأساس الرئيسي في فرق Agile.
• حالات الاستخدام (Use Cases)، للمسارات التي فيها بدائل واستثناءات.
• عقود الواجهات البرمجية (API) واللوائح وأدلة المستخدم أو نظام سيُستبدل، متى اتفق الفريق على أنها تنطبق.

جرّبها: المتطلبات ← حالات اختبار جرّبها: مولّد معايير القبول

تشريح الفحص الوظيفي

لكل فحص وظيفي الأجزاء نفسها: الحالة التي يبدأ منها النظام، ومُدخل أو إجراء، والقاعدة من أساس الاختبار، والمُخرج المتوقع الذي تتنبأ به القاعدة. خذ سلة فيها منتجات بقيمة ⁦200.00⁩ ريال ورسوم توصيل ⁦15.00⁩ ريالاً، والمعيار «الرمز WELCOME10 يخصم ⁦10%⁩ من المجموع الفرعي للمنتجات، ولا تُخصم رسوم التوصيل». مع المُدخل WELCOME10 تتنبأ القاعدة بخصم ⁦20.00⁩ ريالاً وإجمالي ⁦195.00⁩ ريالاً.

الجزء 1:1state     items 200.00 SAR + delivery fee 15.00 SAR
الجزء 2:2input     promo code WELCOME10, then Apply
الجزء 3:3rule      AC-1: 10% off the item subtotal; fee not discounted
الجزء 4:4expected  discount 20.00 SAR, total 195.00 SAR
الجزء 5:5actual    discount 20.00 SAR, total 195.00 SAR

اكتب المُخرج المتوقع قبل التنفيذ، فبعده يسهل أن تقبل أي شيء تعرضه الشاشة: إجمالي ⁦193.50⁩ ريالاً يبدو معقولاً، لكنه يعني أن رسوم التوصيل خُصمت أيضاً. هذا إخفاق، ويذكر التقرير القاعدة التي خالفها.

وعندما يصمت أساس الاختبار، مثلاً عن كيفية تقريب ⁦24.995⁩، فالصمت نفسه ملاحظة: اسأل مالك المنتج وسجّل الإجابة، أو سجّل الافتراض الذي اختبرت على أساسه.

مثال تطبيقي: فحوص وظيفية لرمز خصم

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

• الصحة: يختبر F1 وF2 الحساب، ويختبر F3 إلى F5 قواعد الرفض. ولا نتيجة متوقعة لـF2 بعد، لأن AC-1 لا يحدد قاعدة للتقريب، فيسأل المختبِر قبل الاختبار.
• الاكتمال: يحتاج F6 إلى وظيفة إزالة. فإن لم تكن في النسخة، فهذه وظيفة مفقودة، أي عيب وظيفي.
• التناسب: تقول القصة «عند إتمام الشراء»، فيتأكد المختبِر من أن حقل الرمز متاح في خطوة الدفع، لا في السلة فقط.
• ليس في الجدول: سرعة ظهور الخصم، أو إمكانية تخمين الرموز. هذه أسئلة غير وظيفية.

القصة PROMO-31
بصفتي عميلاً، أريد تطبيق رمز خصم عند إتمام الشراء
لكي أدفع السعر بعد الخصم.

AC-1  الرمز WELCOME10 يخصم 10% من المجموع الفرعي للمنتجات. لا تُخصم رسوم التوصيل.
AC-2  الرمز المنتهي الصلاحية أو غير المعروف يُرفض برسالة، ولا يتغير الإجمالي.
AC-3  رمز واحد فقط لكل طلب: الرمز الثاني يُرفض برسالة.
AC-4  يستطيع العميل إزالة الرمز المطبَّق قبل الدفع.

السلة ما لم يُذكر غير ذلك: منتجات 200.00 ريال + توصيل 15.00 ريال = 215.00 ريال

F1  AC-1  تطبيق WELCOME10: الخصم 20.00، الإجمالي 195.00
F2  AC-1  منتجات 249.95 وتطبيق WELCOME10: الخصم 24.995،
          يُقرَّب إلى 25.00 أم 24.99؟ اسأل.
F3  AC-2  تطبيق SUMMER24 (منتهي الصلاحية): يُرفض برسالة، الإجمالي 215.00
F4  AC-2  تطبيق WELCOM10 (خطأ إملائي): يُرفض برسالة، الإجمالي 215.00
F5  AC-3  بعد WELCOME10 تطبيق VIP5: يُرفض VIP5 برسالة، الإجمالي 195.00
F6  AC-4  إزالة WELCOME10: يختفي سطر الخصم، الإجمالي 215.00

جرّبها: قصة المستخدم ← حالات اختبار جرّبها: حاسبة النسبة المئوية

أسئلة شائعة

المراجع

• ISTQB Certified Tester Foundation Level (CTFL) v4.0ISTQB · 2023المنهج التأسيسي لاختبار البرمجيات: مستويات الاختبار وأنواعه وتقنيات تصميم الاختبارات وإدارة الاختبار والأدوات.
• ISO/IEC 25010:2023 — Systems and software Quality Requirements and Evaluation (SQuaRE) — Product quality modelISO/IEC · 2023نموذج جودة المنتج: الملاءمة الوظيفية وكفاءة الأداء والتوافق وقابلية التفاعل والموثوقية والأمان وقابلية الصيانة والمرونة.
• ISTQB GlossaryISTQBالتعريفات القياسية لمصطلحات الاختبار — حالة الاختبار واختبار الانحدار والخطورة والأولوية وتحليل القيم الحدّية وغيرها.