حالات اختبار قابلة لإعادة الاستخدام وحالات الانحدار

لماذا يهم

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

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

من حالة الاختبار لمرة واحدة إلى الحالة القابلة لإعادة الاستخدام

حالة الاختبار المكتوبة لمرة واحدة تخلط ثلاثة أشياء: الخطوات التي تفحص سلوكاً ما، وقيم البيانات، والتهيئة التي تحتاجها الخطوات. وهذا مقبول لفحص تشغّله مرة واحدة، ومكلف بمجرد نسخ الحالة من أجل قيمة أخرى.

أما الحالة القابلة لإعادة الاستخدام فتفصل بين الثلاثة. وبمصطلحات مسرد ISTQB، الحالة المكتوبة بعناصر نائبة حالة اختبار عالية المستوى (High-level)، أي منطقية: مدخلاتها ونتائجها المتوقعة مجردة. وكل صف من القيم المحددة في جدولها يجعل منها حالة اختبار منخفضة المستوى (Low-level)، أي ملموسة، لها نتيجتها المتوقعة ونجاحها أو فشلها الخاص.

• ذات معاملات (Parameterised): تحتوي الخطوات على عناصر نائبة مثل <qty> بدلاً من القيم الثابتة.
• معتمدة على البيانات (Data-Driven): جدول من القيم والنتائج المتوقعة يقود مرات التشغيل، صف لكل تشغيل.
• خطوات مشتركة (Shared Steps): التهيئة التي تحتاجها حالات كثيرة، مثل تسجيل الدخول، تُكتب مرة واحدة ويُشار إليها بمعرّفها.

مثال تطبيقي: حالة واحدة وصفوف بيانات كثيرة

المتطلب: «يستطيع العميل إضافة ما بين ⁦1⁩ و⁦10⁩ وحدات من صنف إلى السلة. وإذا كان المخزون أقل من الكمية المطلوبة، لا يُضاف شيء وتُبيّن رسالةٌ عدد الوحدات المتبقية». لكل صف أدناه وسم بنوعه ونتيجة متوقعة خاصة به، والرسائل مأخوذة من تصميم الشاشة، والمخزون عمود مستقل لأن أحد الصفوف يحتاج قيمة مختلفة.

شغّل الحالة صفاً صفاً وسجّل نتيجة لكل صف. فإذا تغيّر الحد من ⁦10⁩ إلى ⁦20⁩، عدّلت الجدول وحده: تحلّ ⁦20⁩ و⁦21⁩ محل ⁦10⁩ و⁦11⁩، وتذكر الرسائل الحد الجديد، وتبقى الخطوات كما هي. وإذا حُفظ الجدول نفسه ملفَّ CSV (قيم مفصولة بفواصل: جدول في ملف نصي عادي، كل صف منه في سطر)، أمكن أن يغذّي اختباراً مؤتمتاً: فمسرد ISTQB يصف الاختبار المعتمد على البيانات (Data-Driven Testing) بأنه أسلوب في كتابة النصوص البرمجية يحفظ بيانات الاختبار والنتائج المتوقعة في ملفات بيانات تستخدمها نصوص الاختبار.

حالة الاختبار TC-CART-010: أضف <qty> وحدات من منتج إلى السلة
الشرط المسبق: الكتلة المشتركة SS-01، سجّل الدخول عميلاً وافتح المنتج P-200
(مستوى المخزون كما في الصف)
الخطوات: 1. أدخل <qty> في حقل «الكمية»
2. اختر «أضف إلى السلة»
النتيجة المتوقعة: <expected>

كل صف: النوع، والكمية، والمخزون، ثم النتيجة المتوقعة
الصف R1: إيجابي، 3، 50: يُضاف، وتعرض السلة 3 × P-200
الصف R2: قيمة حدّية، 1، 50: يُضاف، وتعرض السلة 1 × P-200
الصف R3: قيمة حدّية، 10، 50: يُضاف، وتعرض السلة 10 × P-200
الصف R4: قيمة حدّية، 0، 50: رفض: «أدخل كمية من 1 إلى 10»
الصف R5: قيمة حدّية، 11، 50: رفض: «يمكنك إضافة 10 وحدات على الأكثر»
الصف R6: سلبي، 2.5، 50: رفض: «أدخل عدداً صحيحاً»، والسلة دون تغيير
الصف R7: حالة حدّية، (فارغ)، 50: رفض: «أدخل كمية من 1 إلى 10»
الصف R8: حالة حدّية، 5، 4: رفض: «بقيت 4 وحدات فقط في المخزون»، والسلة دون تغيير

جرّبها: مولّد حالات الاختبار جرّبها: مولّد مجموعات بيانات CSV

الخطوات المشتركة: اكتب التهيئة المتكررة مرة واحدة

اكتب التهيئة التي تتشاركها حالات كثيرة، مثل تسجيل الدخول وفتح منتج، مرة واحدة كتلةً من الخطوات المشتركة لها معرّفها، مثل SS-01. فإذا أُضيفت إلى صفحة الدخول خطوة لإدخال كلمة مرور لمرة واحدة (OTP)، حدّثت SS-01 فعادت كل حالة تستخدمها محدَّثة. وكثيراً ما تسمّي أدوات إدارة الاختبار ذلك الخطوات المشتركة (Shared Steps)؛ وفي الجدول الإلكتروني تؤدي الإشارة إلى معرّف الكتلة الغرض نفسه.

• اقصر الكتلة على التهيئة والتنقل. فالسلوك الذي تفحصه الحالة يبقى في الحالة نفسها، حيث يراه من ينفّذها.
• اختم الكتلة بنقطة تحقق، مثل «تظهر صفحة P-200»، حتى لا تُسجَّل مشكلة في التهيئة على أنها فشل للحالة.
• قبل أن تغيّر كتلة، تحقق من الحالات التي تستخدمها: فالتغيير الذي تجريه من أجل ميزة واحدة قد يكسر الحالات الأخرى.

أنواع الحالات في الحزمة: إيجابية وسلبية وقيم حدّية وحالات حدّية

وسم كل صف بنوعه يكشف الثغرات: فإذا كانت الصفوف كلها إيجابية، فالحزمة لا تثبت إلا المسار السعيد (Happy Path) مهما كثرت صفوفها. والتوازن لا يعني أعداداً متساوية، بل أن يكون لكل قاعدة جانبها المقبول وجانبها المرفوض مغطّيين. وفي قاعدة الكمية:

• إيجابية (Positive): مدخلات صالحة واستخدام مقصود، مثل ⁦3⁩ وحدات. يُضاف الصنف.
• سلبية (Negative): مدخلات غير صالحة، مثل ⁦2.5⁩. تُرفض برسالة واضحة ولا تتغير السلة.
• قيم حدّية (Boundary): أصغر القيم المسموح بها وأكبرها وجاراتها خارج النطاق مباشرةً: ⁦1⁩ و⁦10⁩ و⁦0⁩ و⁦11⁩.
• حالات حدّية (Edge): مدخل واحد أو ظرف واحد عند أقصى طرف، مثل حقل فارغ، أو صنف يكاد ينفد: بقيت ⁦4⁩ وحدات والمطلوب ⁦5⁩.

جرّبها: مولّد مجموعات الأرقام الحدّية جرّبها: مولّد الاختبارات السلبية

بناء حزمة الانحدار وصيانتها

بيّن درس اختبار التأكيد واختبار الانحدار كيف تختار الاختبارات التي تشغّلها بعد تغيير ما؛ أما هذا القسم فعن الحزمة نفسها. تنتمي الحالة إليها حين تحمي سلوكاً يجب أن يستمر في العمل وتكون نتيجتها المتوقعة مستقرة. ضع على كل حالة وسماً بطبقتها (Tier)، مثل core لكل بناء (Build) وfull للتشغيل الليلي، مسترشداً بأولويتها، وراجع الحزمة في موعد ثابت، مثل نهاية كل إصدار.

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

جرّبها: مولّد سيناريوهات الانحدار جرّبها: كاشف حالات الاختبار المكرّرة بالذكاء الاصطناعي

أسئلة شائعة

المراجع

• ISTQB GlossaryISTQBالتعريفات القياسية لمصطلحات الاختبار — حالة الاختبار واختبار الانحدار والخطورة والأولوية وتحليل القيم الحدّية وغيرها.
• ISTQB Certified Tester Foundation Level (CTFL) v4.0ISTQB · 2023المنهج التأسيسي لاختبار البرمجيات: مستويات الاختبار وأنواعه وتقنيات تصميم الاختبارات وإدارة الاختبار والأدوات.