إدارة الاختبار بالجلسات (SBTM)

إدارة الاختبار القائمة على الجلسات (Session-based test management) طريقة لتخطيط الاختبار الاستكشافي وتنفيذه والإبلاغ عنه بحيث يمكن إدارته كأي نشاط اختبار آخر. وصفها Jonathan Bach عام 2000، وطوّرها مع James Bach: يجري الاستكشاف في جلسات محددة المدة دون مقاطعة، يوجّه كلاً منها ميثاق (Charter)، وتُسجَّل في ورقة جلسة (Session sheet)، وتُراجَع في جلسة استخلاص قصيرة (Debrief). والنتيجة اختبار استكشافي يستطيع قائد الاختبار تخطيطه وعدّه وشرحه لأصحاب المصلحة دون تحويله إلى نصوص مكتوبة من جديد.

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

ما المشكلة التي تحلّها SBTM

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

يصف منهج ISTQB للمستوى التأسيسي (CTFL v4.0) الفكرة نفسها بعبارات عامة: اختبار استكشافي يُجرى ضمن مدة محددة، ويوجّهه ميثاق اختبار يتضمن أهداف الاختبار. وSBTM، المنشورة عام 2000، طريقة أقدم وأكثر تفصيلاً تقوم على الفكرة نفسها.

  • الميثاق — مهمة جلسة واحدة: ماذا تستكشف، وبماذا، ولتجد ماذا.
  • الجلسة — فترة اختبار محددة المدة دون مقاطعة على ميثاق واحد.
  • ورقة الجلسة — السجل المنظّم للجلسة: الميثاق، والمختبِر، والأوقات، والملاحظات، والأخطاء، والقضايا، وملفات البيانات، وتوزيع الوقت.
  • جلسة الاستخلاص (Debrief) — محادثة قصيرة بين المختبِر وقائد الاختبار بعد الجلسة بقليل.
  • المقاييس — أعداد ونسب زمنية مجمّعة من أوراق الجلسات تُستخدم لتوجيه الجلسات التالية.
SBTM حلقة: كل جلسة استخلاص تحدّث قائمة المواثيق المرتّبة التي تُختار منها الجلسة التالية، والمقاييس المجمّعة من أوراق جلسات كثيرة توجّه الجلسات التالية.
  1. 1قائمة المواثيقمن المخاطر والتغييرات والأخطاء السابقة وأسئلة الاستخلاص وغيرها؛ مرتّبة حسب المخاطر، ويُشغَّل رأس القائمة
  2. 2الجلسةميثاق واحد، دون مقاطعة، بمدة محددة: في الوصف الأصلي تستغرق الجلسة العادية نحو 90 دقيقة، دون ضبط صارم للتوقيت
  3. 3ورقة الجلسةالميثاق والمختبِر والأوقات والملاحظات والأخطاء والقضايا وملفات البيانات وتوزيع الوقت بين الاختبار والأخطاء والتهيئة
  4. 4جلسة الاستخلاصتُقبل الورقة أو تُصحَّح، وتُسجَّل الأخطاء، ويُعيَّن مالك لكل سؤال

عودة إلى الخطوة 1 تُحدَّث قائمة المواثيق

خارج التسلسل
  • المقاييس المجمّعة من أوراق جلسات كثيرةالجلسات لكل منطقة، ووقت الاختبار ضمن الميثاق، والأخطاء والقضايا، والمواثيق المفتوحة: توجّه الجلسات التالية

كتابة المواثيق

الميثاق جملة أو جملتان تخبران المختبِر إلى أين يذهب ولماذا، دون أن تخبراه أين ينقر. من القوالب الشائعة قالب من كتاب Explore It! لـ Elisabeth Hendrickson من ثلاثة أجزاء: استكشف <الهدف> باستخدام <الموارد> لاكتشاف <المعلومة>. الهدف منطقة أو ميزة أو خطر؛ والموارد بيانات أو أدوات أو إعدادات أو تقنيات؛ والمعلومة نوع المشكلة أو المعرفة التي تبحث عنها.

تأتي المواثيق الجيدة من المخاطر، والمتطلبات، والتغييرات الأخيرة، وتجمّعات الأخطاء السابقة، والأسئلة التي تظهر في جلسات الاستخلاص، والفجوات في التغطية المؤتمتة. اكتب مواثيق أكثر مما تستطيع تشغيله، ورتّبها حسب المخاطر، وشغّل رأس القائمة. على سبيل المثال، تغطي المواثيق الستة أدناه (C-01 إلى C-06) صفحةَ إتمام الشراء في متجر إلكتروني وهمي يبيع بالريال السعودي: إجمالي الطلب مع الخصومات والقسائم وضريبة القيمة المضافة 15% لكشف أخطاء التقريب والحساب؛ والدفع ببطاقات بيئة التجربة (Sandbox) المرفوضة والمنتهية المهلة وتلك التي تتطلب ⁦3-D Secure⁩ لمعرفة كيف تُعالَج الإخفاقات وهل تتكرر الطلبات؛ وإتمام الشراء حين يُقاطَع في كل خطوة (الرجوع، والتحديث، وإغلاق التبويب، وانقطاع الشبكة) لكشف الطلبات الضائعة أو غير المتسقة؛ والسلة في تبويبين وعلى جهازين للمستخدم نفسه لكشف تعارضات الحالة بين الجلسات؛ ونموذج العنوان الوطني السعودي بمدخلات عربية وإنجليزية ومختلطة لكشف مشكلات التحقق والعرض؛ ورسالة التأكيد وفاتورة PDF وسجل الطلبات لكشف ما لا يتسق مع ما عرضته صفحة إتمام الشراء.

  • واسع جداً: «استكشف إتمام الشراء.» — لا توجيه فيه، ولا يمكن إنهاؤه في جلسة واحدة.
  • ضيق جداً: «أدخل القسيمة SAVE10 وتحقق من أن الإجمالي 90.00.» — هذه حالة اختبار لا ميثاق.
  • مناسب: منطقة واحدة، ونوع واحد من المخاطر، ويمكن إنهاؤه في جلسة واحدة، مع مساحة للمختبِر لاختيار أساليبه.
C-01  Explore the order total with discounts, coupons and 15% VAT
      to discover rounding and calculation errors.
C-02  Explore payment with declined, timed-out and 3-D Secure sandbox cards
      to discover how failures are handled and whether orders are duplicated.
C-03  Explore checkout interrupted at each step (Back, refresh, closed tab,
      lost network) to discover lost or inconsistent orders.
C-04  Explore the cart in two tabs and on two devices for the same user
      to discover state conflicts between sessions.
C-05  Explore the Saudi National Address form with Arabic, English and mixed
      input to discover validation and display problems.
C-06  Explore the confirmation email, invoice PDF and order history
      to discover inconsistencies with what checkout showed.

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

تشغيل جلسة محددة المدة

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

التزم بالميثاق، لكن دون جمود. إن وجدت شيئاً مهماً خارج الميثاق فدوّنه، ثم إما أن تتبعه لفترة قصيرة — ويُسجَّل ذلك الوقت كعمل «فرصة» (Opportunity) — أو تقترح له ميثاقاً جديداً. وإن تبيّن أن الميثاق خاطئ أو معطّل، فأنهِ الجلسة مبكراً واذكر ذلك في الورقة؛ فتلك معلومة مفيدة لا فشل.

  • قبل الجلسة: اقرأ الميثاق، وجهّز بيانات الاختبار والحسابات، وتحقق من البناء والبيئة، وافتح ملف ملاحظات وابدأ تسجيل الشاشة إن كان فريقك يستخدمهما.
  • أثناء الجلسة: اختبر، ودوّن ملاحظات بطوابع زمنية، والتقط الأدلة لكل ما يثير الشك، واحتفظ بقائمة أسئلة وأفكار لمواثيق جديدة.
  • في النهاية: توقف عند انتهاء المدة، وأمضِ بضع دقائق في ترتيب الملاحظات، وقدّر توزيع الوقت، واكتب مسودات تقارير الأخطاء.

جرّبها: مصنع بيانات الاختبار

ورقة الجلسة

ورقة الجلسة سجل نصي أو نموذج يجعل الجلسة قابلة للإبلاغ عنها. في الطريقة الأصلية كانت الأوراق تستخدم عناوين ثابتة لتتمكن أداة صغيرة من قراءتها وتجميعها؛ واليوم يصلح أي متتبّع أو جدول بيانات أو قالب ويكي، ما دامت كل ورقة تستخدم الحقول نفسها. المثال التالي توضيحي ويتبع روح العناوين الأصلية.

  • الأخطاء (Bugs) مشكلات في المنتج. أما القضايا (Issues) فهي كل ما هدّد الجلسة أو يحتاج إلى قرار — بيئات معطّلة، أو بيانات ناقصة، أو أسئلة مفتوحة.
  • الملاحظات تخدم المختبِر وجلسة الاستخلاص؛ ليست نصاً مكتوباً، لكن يجب أن تكفي لإعادة بناء ما غُطّي.
  • احفظ ملفات البيانات (التسجيلات، وحركة الشبكة الملتقطة، والسجلات) بجانب الورقة لكي تشير إليها تقارير الأخطاء.
CHARTER
  C-03  Explore checkout interrupted at each step (Back, refresh, closed tab,
        lost network) to discover lost or inconsistent orders.

AREAS     Checkout | Payment | Order history | Web, Chrome 129, Windows 11
BUILD     5.2.0 (staging)
START     2026-09-28 09:30
TESTER    Omar K.
DURATION  normal (90 min)

TASK BREAKDOWN
  Test design and execution         60%
  Bug investigation and reporting   25%
  Session setup                     15%
  Charter vs opportunity            85 / 15

DATA FILES
  c03-notes.txt   c03-recording.mp4   c03-checkout.har

TEST NOTES
  09:41  Refresh on shipping step keeps the address. OK.
  09:52  Network off right after "Pay": spinner never ends, no retry message.
  10:05  Back after payment success returns to the pay step; "Pay" enabled.
  10:11  Paid again from that page -> second order ORD-7781 created.  BUG
  10:30  Opportunity: order history lists ORD-7781 twice after refresh.

BUGS
  BUG-2214  Back after successful payment allows a second charge
  BUG-2215  No error or retry when the network drops after "Pay"

ISSUES
  - Payment sandbox timed out 3 times (about 10 min lost to setup).
  - Is paying again after Back ever valid? Asked the product owner.

تتبّع أين يذهب الوقت

تطلب SBTM من المختبِر تقدير كيف توزّع وقت الجلسة بين ثلاثة أنواع من العمل: تصميم الاختبار وتنفيذه (البحث عن المشكلات)، والتحقيق في الأخطاء والإبلاغ عنها (إعادة إنتاج ما وُجد وعزله وكتابته)، وتهيئة الجلسة (إعداد البيئات والبيانات والأدوات والتعامل مع العوائق). وتسجّل الورقة أيضاً كم ذهب من الوقت إلى الميثاق مقابل الفرص التي ظهرت في الطريق. وفي الطريقة الأصلية تصف النسب الثلاث الجزءَ المخصص للميثاق من الجلسة، وتُسجَّل حصة الفرص إلى جانبها؛ لذا فوقت الاختبار ضمن الميثاق يساوي تقريباً طول الجلسة × حصة الميثاق × حصة الاختبار: في ورقة C-03 مثلاً 90 دقيقة × 85% × 60% ≈ 46 دقيقة، ويظهر في التقرير أدناه 0.8 ساعة (0.8 h). تكفي نسب تقريبية؛ فالهدف اتجاه عبر جلسات كثيرة لا جدول دوام.

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

  • وقت التهيئة عالٍ عبر جلسات كثيرة — بيئات غير مستقرة، أو نشر بطيء، أو بيانات اختبار ناقصة؛ أصلِح البنية التحتية لا المختبِرين.
  • وقت التحقيق في الأخطاء عالٍ — المنطقة كثيرة الأخطاء (مدخل مفيد لتقدير المخاطر) أو يصعب إعادة إنتاج الأخطاء، ما يشير إلى الحاجة إلى سجلات وأدوات تشخيص أفضل.
  • حصة الفرص عالية — ربما المواثيق ضعيفة التصويب، أو المنتج يفاجئ المختبِرين باستمرار؛ راجع قائمة المواثيق.
  • وقت الاختبار عالٍ مع أخطاء قليلة عبر عدة جلسات — ربما المنطقة متينة؛ فكّر في نقل الجلسات إلى مناطق أعلى خطورة.

جلسة الاستخلاص بعد الجلسة

جلسة الاستخلاص (Debrief) محادثة قصيرة بين المختبِر وقائد الاختبار أو زميل بعد الجلسة بقليل، والذاكرة ما زالت حاضرة. تحوّل استكشاف شخص واحد إلى معرفة مشتركة؛ وفيها يوجّه القائد، ويتحقق من جودة الملاحظات وتقارير الأخطاء، ويقرر ما يُختبر بعد ذلك.

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

  • ماذا حدث؟ ما الذي غطيته، وما الذي لم تصل إليه؟
  • ماذا وجدت — أخطاء، قضايا، أسئلة؟ هل تقارير الأخطاء جاهزة للتسجيل؟
  • ما الذي أعاقك — البيئة، البيانات، الصلاحيات، متطلبات غير واضحة؟
  • ماذا يجب أن يحدث بعد ذلك — مواثيق جديدة، متابعات، مناطق تحتاج إلى جلسات أكثر؟
  • كيف تقيّم المنطقة الآن — خطرة، متينة، أم ما زالت مجهولة؟

التقارير من أوراق الجلسات

لأن لكل جلسة ميثاقاً ومنطقة وتوزيعاً للوقت، يمكن تجميع الأوراق: الجلسات لكل منطقة، والوقت المنفق على الاختبار الفعلي، والأخطاء والقضايا لكل منطقة، والمواثيق التي ما زالت مفتوحة. وهذا يجيب عن سؤال المدير بصدق — على سبيل المثال: «حصل إتمام الشراء على ست جلسات في هذا السبرنت ونحو خمس ساعات ونصف من الاختبار ضمن المواثيق؛ ولا يزال لمعالجة فشل الدفع ميثاقان مفتوحان وخطأ حرج واحد».

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

Area               Sessions  On-charter testing  Bugs  Issues  Open charters
Order total            2          2.1 h            1      0          0
Payment failures       2          1.4 h            3      2          2
Interrupted flow       1          0.8 h            2      2          1
Address (Arabic/RTL)   1          1.2 h            1      0          0

إدخال SBTM إلى الفريق

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

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

أخطاء شائعة في تطبيق SBTM

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

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

من أنشأ إدارة الاختبار القائمة على الجلسات؟

وصفها Jonathan Bach عام 2000، وطوّرها مع أخيه James Bach. والمقال الأصلي مدرج في مراجع هذه الصفحة.

كم تستغرق جلسة الاختبار؟

في الطريقة الأصلية تستغرق الجلسة العادية نحو 90 دقيقة من الاختبار دون مقاطعة على ميثاق واحد؛ والجلسات القصيرة أقرب إلى 45 دقيقة والطويلة أقرب إلى ساعتين. الطول الدقيق أقل أهمية من أن تكون الجلسة بلا مقاطعة ومركّزة على مهمة واحدة.

ما الفرق بين الميثاق وحالة الاختبار؟

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

ماذا يُظهر توزيع الوقت بين الاختبار والأخطاء والتهيئة؟

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

هل نحتاج إلى أداة خاصة لـ SBTM؟

لا. يكفي قالب ثابت في متتبّع أو جدول بيانات أو ويكي. المهم أن تسجّل كل جلسة الحقول نفسها ليمكن تجميع الجلسات ومقارنتها.

هل تصلح SBTM في سبرنتات Scrum؟

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

المراجع

تمرين عملي

تجديد رخصة المحل: استخلاص ثلاث أوراق جلسات وتقرير صادق للمدير

المطلوب

تضيف بوابة خدمات إلكترونية لإحدى البلديات (خيالية) خدمة تجديد رخص المحلات عبر الإنترنت، وأنت قائد الاختبار في هذا السبرنت. أجرى ثلاثة مختبِرين اليوم أولى الجلسات الاستكشافية في السبرنت، جلسةً لكل منهم، وسجّلوها في قالب ورقة الجلسة (Session sheet) في متتبّع الفريق. تجد أدناه موجز السبرنت، وقائمة المواثيق، وأوراق الجلسات الثلاث، ورسالة من مدير التسليم. وستعقد جلسات الاستخلاص (Debrief) مع المختبِرين الثلاثة في الساعة 16:30.

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

المادة
موجز السبرنت: «تجديد رخصة المحل» في بوابة الخدمات الإلكترونية لإحدى البلديات (خيالية)
المسار: نموذج الطلب، ثم رفع المستندات، ثم دفع الرسوم، ثم رخصة PDF عليها رمز QR.
القاعدة R1: لا تصدر الرخصة إلا بعد أن تؤكد بوابة الدفع عملية الدفع.
القاعدة R2: يفتح رمز QR صفحة تحقق عامة تعرض حالة الرخصة:
«سارية» أو «منتهية» أو «ملغاة».
القاعدة R3: كل صفحة ورسالة ومستند متاح بالعربية والإنجليزية.
البناء ⁦3.1.0⁩ على staging. المختبِرون: هدى وعمر ورافي. قرار الإصدار: الأحد 4 أكتوبر.

قائمة المواثيق (مستوى الخطر من تحليل المخاطر في السبرنت):
الميثاق C-01، خطر عالٍ: نموذج التجديد بمدخلات عربية وإنجليزية ومختلطة. نُفّذ في S-01.
الميثاق C-02، خطر عالٍ: فشل دفع الرسوم: مرفوض، ومنتهي المهلة، وملغى. نُفّذ في S-02.
الميثاق C-03، خطر متوسط: رخصة PDF. نُفّذ في S-03.
الميثاق C-04، خطر عالٍ: رفع المستندات: أنواع الملفات وأحجامها وملفات PDF الممسوحة
ضوئياً. لم يُنفَّذ.
الميثاق C-05، خطر متوسط: التذكير بالتجديد عبر البريد الإلكتروني وSMS. لم يُنفَّذ.

أوراق الجلسات، الثلاثاء 29 سبتمبر 2026

الجلسة S-01
الميثاق: C-01 استكشف نموذج التجديد بمدخلات عربية وإنجليزية ومختلطة
لاكتشاف مشكلات التحقق والعرض.
المختبِرة: هدى. البداية: 09:00. المدة: عادية (90 دقيقة).
توزيع الوقت: اختبار 70%، أخطاء 20%، تهيئة 10%؛ الميثاق مقابل الفرص ⁦90/10⁩.
ملاحظات الاختبار:
09:05 اسم محل عربي مشكول: تعرضه صفحة المراجعة صحيحاً.
09:20 رقم السجل مكتوب بالأرقام العربية المشرقية: «رقم غير صحيح».
09:35 اسم محل يمزج العربية والإنجليزية: كلماته معكوسة الترتيب في صفحة المراجعة.
09:50 لصقتُ وصف نشاط من 300 حرف: حُفظ منه 150 حرفاً فقط، دون أي تنبيه.
10:10 فرصة: تحذير تسجيل الخروج بعد عدم النشاط يظهر بالإنجليزية والواجهة بالعربية.
10:20 توقفتُ، ورتّبتُ الملاحظات، وكتبتُ مسودات تقارير الأخطاء.
الأخطاء: BUG-301 اسم المحل الممزوج بالعربية والإنجليزية يُعرض بكلمات معكوسة الترتيب؛
وBUG-302 وصف النشاط يُقتطع إلى 150 حرفاً دون تنبيه.
القضايا: هل يقبل رقم السجل الأرقام العربية المشرقية؟ سألتُ مالك المنتج.

الجلسة S-02
الميثاق: C-02 استكشف دفع الرسوم في بيئة التجربة (Sandbox) بدفعات مرفوضة
ومنتهية المهلة وملغاة لاكتشاف كيف يُعالَج فشل الدفع.
المختبِر: عمر. البداية: 10:00. المدة: طويلة (120 دقيقة).
توزيع الوقت: اختبار 70%، أخطاء 20%، تهيئة 10%؛ الميثاق مقابل الفرص ⁦100/0⁩.
ملاحظات الاختبار:
10:00 كل بطاقات بيئة التجربة تفشل برسالة «بوابة الدفع غير متاحة».
10:05 سألتُ فريق DevOps في محادثة الفريق، وأعدتُ المحاولة كل 10 دقائق.
10:45 عادت بيئة التجربة. بطاقة مرفوضة: «تم رفض الدفع»، وتبقى الحالة
«بانتظار الدفع». سليم.
11:00 اجتماع تحسين قائمة المهام (Backlog refinement).
11:30 عدتُ. بطاقة منتهية المهلة: «فشل الدفع، حاول مرة أخرى». سليم.
11:45 بطاقة مرفوضة، وأغلقتُ التبويب أثناء إعادة التوجيه من بوابة الدفع:
الحالة «مدفوع»، ويمكن تنزيل رخصة PDF. خطأ.
11:50 أعدتُ إنتاجه مرتين، وكتبتُ BUG-305.
12:00 أنهيتُ الجلسة.
الأخطاء: BUG-305 تصدر الرخصة بعد دفع مرفوض إذا أُغلق التبويب.
القضايا: لا شيء.

الجلسة S-03
الميثاق: C-03 نزّل رخصة PDF للطلب APP-1042 وتحقق من أن تاريخ الانتهاء ⁦2027-09-29⁩.
المختبِر: رافي. البداية: 14:00. المدة: قصيرة (45 دقيقة).
توزيع الوقت: اختبار 80%، أخطاء 10%، تهيئة 10%؛ الميثاق مقابل الفرص ⁦20/80⁩.
ملاحظات الاختبار:
14:05 رخصة الطلب APP-1042: تاريخ الانتهاء ⁦2027-09-29⁩. انتهى الميثاق.
14:08 فرصة: رمز QR على الرخصة يفتح صفحة التحقق: «سارية». سليم.
14:15 رمز QR للرخصة LIC-0087 من البيانات المهيّأة، الملغاة في أغسطس: «سارية».
14:25 رمز QR للرخصة LIC-0091 من البيانات المهيّأة، المنتهية في يونيو: «سارية».
14:40 النتائج نفسها في النسخة الإنجليزية من الصفحة.
الأخطاء: لا شيء.
القضايا: صفحة التحقق تعرض «سارية» لرخص ملغاة ومنتهية؟

رسالة من فيصل، مدير التسليم، 29 سبتمبر، الساعة 16:00:
«هل يمكننا الإصدار يوم الأحد؟ كم اختبرنا من تجديد الرخص؟ ومن أجل المراجعة
الربعية، أرسل لي ترتيباً للمختبِرين حسب عدد الأخطاء في كل جلسة».
الخطوات
  1. راجع كل ورقة كما في جلسة الاستخلاص. لكل من S-01 وS-02 وS-03 اكتب ما الخطأ في طريقة تشغيل الجلسة أو تسجيلها، وما الذي ستسأل عنه المختبِر، وما الذي تغيّره جلسة الاستخلاص في الورقة. افحص في كل ورقة أربعة أمور: هل كانت الجلسة بلا مقاطعة فعلاً؟ وهل الميثاق ميثاق حقاً؟ وهل الأخطاء (Bugs) والقضايا (Issues) في مكانها الصحيح؟ وهل يطابق توزيع الوقت الملاحظات؟
  2. أعد بناء توزيع الوقت في ورقة عمر من طوابعه الزمنية، دون احتساب الاجتماع، وقل ما الذي كان ينبغي أن يفعله نحو الساعة 10:15.
  3. احسب وقت الاختبار ضمن الميثاق لكل جلسة بالقاعدة التقريبية في الدليل — طول الجلسة × حصة الميثاق × حصة الاختبار — مستخدماً أرقام S-02 المصحّحة. ثم لخّص النتائج لكل ميثاق: مستوى الخطر، وعدد الجلسات، ووقت الاختبار ضمن الميثاق، والأخطاء، والقضايا، وهل ما زال الميثاق مفتوحاً.
  4. اقرأ الملخص في ضوء المخاطر: ماذا يخبرك توزيع الوقت في كل ورقة، وأين الفجوات، وكيف تقيّم كل منطقة الآن. أعد كتابة C-03 ميثاقاً حقيقياً، وأضف المواثيق التي تستدعيها جلسات الاستخلاص، ورتّب المواثيق المفتوحة.
  5. اكتب ردّك على فيصل: الحالة بأرقامها وتاريخها، وما لم يُختبر بعد، وما يجب أن يحدث قبل الأحد، وجوابك عن طلب الترتيب.
إظهار الإجابة النموذجية
الإجابة النموذجية

باختصار: S-01 جلسة أُديرت جيداً بقيت فيها نتيجة واحدة حبيسة الملاحظات؛ وS-02 قُوطعت وتعطّلت، وتوزيع الوقت فيها يُخفي الأمرين؛ وميثاق S-03 حالة اختبار، فجاء عملها المهم كله «فرصة»، وسُجّل خطؤها قضيةً. ما يلي إجابة نموذجية؛ وأي صياغة أخرى تصل إلى الاستنتاجات نفسها صحيحة.

الجلسة S-01 (هدى) جلسة جيدة. بقيت بلا مقاطعة وانتهت ضمن مدتها، وخُصّصت دقائقها الأخيرة لترتيب الملاحظات وكتابة مسودات تقارير الأخطاء، وتُظهر نسبة ⁦90/10⁩ ميثاقاً محكم التصويب. والسؤال عن الأرقام العربية المشرقية في مكانه الصحيح بين القضايا وله مالك، إذ لا توجد قاعدة تحدد الأرقام التي يقبلها رقم السجل. الثغرة الوحيدة: نتيجة الساعة 10:10 بقيت في الملاحظات. فتحذير تسجيل الخروج بالإنجليزية في صفحة عربية يخالف R3، فهو خطأ يجب تسجيله كالخطأين الآخرين. واسأل في جلسة الاستخلاص: هل في رسائل النظام الأخرى (رسائل الخطأ، وانتهاء المهلة، والبريد) المشكلة نفسها؟ فالجواب يحدد هل هو خطأ واحد أم ميثاق جديد. واسأل كذلك عن الطول المحدد لوصف النشاط، ليوضح BUG-302 هل الخطأ في الحد نفسه، أم في الاقتطاع الصامت، أم في الاثنين.

الجلسة S-02 (عمر) ساءت بثلاث طرق، وليس أيٌّ منها في اختباره. أولاً، لم تكن بلا مقاطعة: جلسة طويلة تبدأ في الساعة 10:00 ويتخللها اجتماع تحسين في الساعة 11:00 لا يمكن أن تكون بلا مقاطعة؛ فدقائق الاجتماع الثلاثون ليست من وقت الجلسة، والعمل في حقيقته قطعتان قصيرتان. ثانياً، كانت الجلسة معطّلة: من الساعة 10:00 حتى 10:45 لم تعمل بيئة التجربة. ونحو الساعة 10:15، حين اتضح أن العطل سيطول، كان ينبغي أن ينهي الجلسة، ويكتب العطل والوقت الضائع تحت القضايا، وينتقل إلى ميثاق لا يحتاج إلى بوابة الدفع — C-04 لرفع المستندات — ثم يعيد تشغيل C-02 حين تعود بيئة التجربة. ثالثاً، الورقة لا تطابق الملاحظات: لا يمكن أن يصح 70% اختبار و10% تهيئة على مدى 120 دقيقة وقد ذهبت 45 دقيقة في انتظار بيئة التجربة. وتوزيعٌ يناقض الطوابع الزمنية قُدِّر على الأرجح لاحقاً من الذاكرة؛ فاسأل كيف مُلئ، واتفقا على تقديره في نهاية كل جلسة. ولا يصح أن تكون القضايا «لا شيء»: فالعطل مكانه هناك، ومالكه فريق DevOps.

ونتيجته أخطر ما وُجد اليوم: بعد دفع مرفوض تضع بوابة الخدمات حالة الطلب «مدفوع» وتصدر الرخصة، وهذا يخالف R1. يذهب الخطأ إلى الفرز (Triage) اليوم. واسأل في جلسة الاستخلاص الأسئلة التي تعزله: هل يحدث الشيء نفسه بزر الرجوع أو بإعادة التحميل بدل إغلاق التبويب؟ وهل للطلب الذي صار «مدفوع» رقم مرجعي للدفع، وماذا تسجّل بيئة تجربة بوابة الدفع لتلك العملية؟ ويبدو أن بوابة الخدمات لا تنتظر تأكيد بوابة الدفع وتعدّ غياب النتيجة نجاحاً؛ وتلك فرضية يتحقق منها المطورون، وتتحول الأسئلة إلى ميثاق جديد. أما التغطية فقد جُرّبت البطاقة المرفوضة مرتين (إحداهما مع إغلاق التبويب)، والبطاقة منتهية المهلة مرة واحدة، ولم تُجرَّب الدفعات الملغاة إطلاقاً، لذا يبقى C-02 مفتوحاً.

توزيع الوقت المصحّح للجلسة S-02. الوقت الفعلي: ⁦120 − 30 = 90⁩ دقيقة. التهيئة ⁦10:00–10:45⁩ = 45 دقيقة (50%)؛ والاختبار ⁦10:45–11:00⁩ و⁦11:30–11:45⁩ = 30 دقيقة (33%)؛ والتحقيق في الأخطاء والإبلاغ عنها ⁦11:45–12:00⁩ = 15 دقيقة (17%)؛ والميثاق مقابل الفرص ⁦100/0⁩. وتسجيلها جلستين قصيرتين، ⁦10:00–11:00⁩ و⁦11:30–12:00⁩، صحيح أيضاً ويعطي وقت الاختبار نفسه.

الجلسة S-03 (رافي): الميثاق حالة اختبار — ملف PDF واحد، وحقل واحد، وقيمة متوقعة واحدة. انتهى في خمس دقائق، ولهذا صار 80% من الجلسة «فرصة». وكان تتبّع نتيجة رمز QR قراراً صائباً — فهي خطيرة وفي الميزة نفسها — وتسجّلها الورقة بأمانة على أنها فرصة. لكن النتيجة خطأ لا قضية: تنص R2 على أن الصفحة تعرض «منتهية» أو «ملغاة»، ورخصتان مهيّأتان في هاتين الحالتين تعرضان «سارية». انقلها إلى الأخطاء، وسجّلها مع الرخصتين مثالين، وأرسلها إلى الفرز اليوم: فأي شخص يحمل رخصة ملغاة يستطيع أن يعرض صفحة تقول إنها سارية. واسأل في جلسة الاستخلاص عمّا لم يصل إليه — رخصة جُدّدت اليوم، وهل تقرأ الصفحة الحالة مباشرة أم من بيانات مخزّنة في رمز QR — ثم اجعل لهذه المنطقة ميثاقاً مستقلاً.

وقت الاختبار ضمن الميثاق (الطول × حصة الميثاق × حصة الاختبار): S-01: ⁦90 × 90% × 70% ≈ 57⁩ دقيقة؛ وS-02: ⁦90 × 100% × 33% ≈ 30⁩ دقيقة (أما الورقة كما كُتبت فتوحي بـ ⁦120 × 100% × 70% = 84⁩ دقيقة، أي قرابة ثلاثة أضعاف ما حدث)؛ وS-03: ⁦45 × 20% × 80% ≈ 7⁩ دقائق، إضافة إلى 36 دقيقة من عمل الفرصة على صفحة التحقق. المجموع نحو 94 دقيقة، أي نحو 1.6 ساعة، من أصل 255 دقيقة حُجزت للجلسات. وهذه الفجوة ليست مقياس إنتاجية؛ بل تُظهر ما الذي التهم الوقت — بيئة تجربة معطّلة، واجتماع، وميثاق ضعيف التصويب — وهذا بالضبط ما وُجد توزيع الوقت من أجله.

الملخص بعد جلسات الاستخلاص. C-01 نموذج التجديد، خطر عالٍ: جلسة واحدة، ونحو 57 دقيقة، و3 أخطاء (BUG-301 وBUG-302 وتحذير تسجيل الخروج)، وقضية واحدة؛ يمكن إغلاقه، مع متابعة رسائل النظام. C-02 فشل الدفع، خطر عالٍ: جلسة واحدة، ونحو 30 دقيقة، وخطأ واحد (BUG-305)، وقضية واحدة (عطل بيئة التجربة)؛ مفتوح. C-03 رخصة PDF، خطر متوسط: جلسة واحدة، ونحو 7 دقائق، وخطأ واحد (صفحة التحقق، وُجد بوصفه فرصة)، ولا قضايا؛ يُغلق ويحل محله ميثاق حقيقي. C-04 رفع المستندات، خطر عالٍ: لا جلسات؛ مفتوح. C-05 رسائل التذكير، خطر متوسط: لا جلسات؛ مفتوح.

القراءة في ضوء المخاطر. توزيع الوقت في S-01 سليم: أغلبه اختبار، ونتائج حقيقية، وفرص قليلة. وحصة التهيئة في S-02 تشير إلى البنية التحتية لا إلى المختبِر: اطلب من فريق DevOps مالكاً لبيئة تجربة الدفع وفحصاً سريعاً لجاهزيتها قبل جلسات الدفع. وحصة الفرص في S-03 تقول إن الميثاق كان ضعيف التصويب. أما الفجوات فمنطقتان عاليتا الخطر لم تُختبرا إلا قليلاً أو لم تُختبرا إطلاقاً — فشل الدفع نال نحو 30 دقيقة ويُظهر خطأً خطيراً، ورفع المستندات لم ينل أي جلسة — وصفحة التحقق، الغائبة تماماً عن قائمة المواثيق، فيها خطأ خطير. وتقييم المناطق الآن: نموذج التجديد متين نسبياً باستثناء أخطائه الثلاثة في عرض النص والترجمة وطول المدخلات، والدفع والتحقق خطِران، ورفع المستندات والتذكيرات ما زالا مجهولين.

قائمة المواثيق بعد جلسات الاستخلاص، الأعلى خطراً أولاً (هذه أمثلة؛ وأي مواثيق جيدة الصياغة تغطي المخاطر نفسها صحيحة). 1. C-06، جديد، من BUG-305: «استكشف العودة من بوابة الدفع حين تنقطع بكل طريقة — إغلاق التبويب، والرجوع، وإعادة التحميل، وانقطاع الشبكة — بدفعات ناجحة ومرفوضة ومنتهية المهلة في بيئة التجربة، لاكتشاف رخص تصدر دون دفع مؤكَّد أو دفعات بلا رخصة». 2. C-07، جديد، يحل محل C-03: «استكشف صفحة التحقق العامة برخص في كل حالة — سارية، ومنتهية، وملغاة، ومجدَّدة اليوم — بالعربية والإنجليزية، لاكتشاف أي رخصة تُعرض بحالة أو بيانات خاطئة». 3. C-04 رفع المستندات: خطر عالٍ ولم يُختبر. 4. C-02، بقية حالات فشل الدفع (الدفعات الملغاة، وإعادة المحاولة بعد الفشل)؛ شغّله بعد C-06 أو ادمجهما. 5. C-05 التذكيرات: خطر متوسط. يأتي C-06 وC-07 أولاً لأن جلسات اليوم وجدت في كل من المنطقتين خطأً يخالف متطلباً (R1 وR2)، والعيوب تميل إلى التجمّع؛ ووضع C-04 في المرتبة الثانية معقول أيضاً، فمنطقة عالية الخطر بلا أي جلسة هي أكبر المجهولات.

الرد على فيصل، في صيغة ممكنة: «تجديد الرخص — الحالة في الساعة 17:00 يوم 29 سبتمبر، من أوراق جلسات اليوم الثلاث بعد جلسات الاستخلاص. لا أستطيع أن أوصي بالأحد بعد. ما اختُبر حتى الآن: نحو ساعة ونصف من الاختبار الاستكشافي ضمن المواثيق، على ثلاثة من المواثيق الخمسة. نموذج التجديد في حالة معقولة، وفيه ثلاثة أخطاء: اسم المحل الممزوج بالعربية والإنجليزية يُعرض بكلمات معكوسة الترتيب، وتحذير تسجيل الخروج غير مترجم، ووصف النشاط يُقتطع إلى 150 حرفاً دون تنبيه. ويذهب خطآن خطيران إلى الفرز اليوم: تصدر الرخصة بعد دفع مرفوض إذا أُغلق تبويب المتصفح أثناء العودة من بوابة الدفع (BUG-305)، وصفحة التحقق العامة عبر رمز QR تعرض الرخص الملغاة والمنتهية على أنها سارية. لم يُختبر بعد: رفع المستندات (خطر عالٍ)، ومعظم معالجة فشل الدفع — إذ تعطّلت بيئة تجربة الدفع 45 دقيقة من تلك الجلسة — والتذكيرات. نحتاج قبل الأحد إلى إصلاح الخطأين الخطيرين وإجراء اختبار التأكيد (Confirmation testing) لكليهما، وإلى جلسات على انقطاع الدفع وصفحة التحقق ورفع المستندات (المواثيق جاهزة)، وإلى مالك في فريق DevOps لبيئة تجربة الدفع. التحديث التالي غداً في الساعة 17:00».

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

راجع عملك: في كل ورقة تصحيح ملموس واحد على الأقل، ولم تلُم عمر على العطل؛ ومجموع توزيعك المصحّح للجلسة S-02 هو 90 دقيقة والتهيئة أكبر حصة فيه؛ وأوقات الاختبار ضمن الميثاق عندك نحو 57 و30 و7 دقائق؛ والنتيجتان الخطيرتان خطآن في طريقهما إلى الفرز لا قضيتان؛ واستُبدل بـ C-03 ميثاقٌ له هدف وموارد ومعلومة يبحث عنها؛ ويظهر رفع المستندات فجوةً عالية الخطر لم تُختبر؛ ويقدّم ردّك على فيصل أرقاماً بتاريخها ومصدرها، ويذكر ما لم يُختبر، ويعتذر عن الترتيب مع بيان السبب.

تقدّمك في هذا الموضوع

جزء من مسار تعلم ضمان الجودة

الأدوات المذكورة في هذا الدليل

ولّد سيناريوهات اختبار عالية المستوى تغطي الجوانب الوظيفية والسلبية والأمنية وسهولة الاستخدام والتوافق لأي ميزة.

تصميم الاختبارات

مصنع متكامل لبيانات الاختبار الاصطناعية: مستخدمون وعملاء وشركات وعناوين وأرقام وتواريخ وسلاسل نصية بصيغة JSON أو CSV أو SQL أو XML.

بيانات الاختبار

حوّل الملاحظات الأولية إلى تقرير خطأ كامل: خطوات إعادة الإنتاج، والمتوقّع مقابل الفعلي، والبيئة، ودرجة الخطورة، وقائمة تحقق للمرفقات.

تحليل الأخطاء ذكاء اصطناعي

كيف تساعدك متقن سوفت

أدلة أخرى

أدلة أخرى
تصميم الاختبارات

الاختبار الاستكشافي

دليل الاختبار الاستكشافي: كيف يختلف عن الاختبار المكتوب مسبقاً، وكيف تنفذه بالمواثيق والاستدلالات ومراجع الحكم والجولات والملاحظات الجيدة.

وقت القراءة 12 دقائق
تصميم الاختبارات

مقاييس الاختبار التي تقود القرارات

ما مقاييس الاختبار التي تستحق التتبع — التغطية والتنفيذ والعيوب ومقاييس DORA للتسليم — وكيف تُعرض في التقارير، وكيف تتجنب مقاييس المظهر.

وقت القراءة 10 دقائق
تحليل الأخطاء

كيف تكتب تقرير خطأ (Bug Report)

كيف تكتب تقرير خطأ يستطيع المطورون التصرف بناءً عليه: الحقول المهمة، ونموذج جاهز للنسخ، ومثال كامل، والفرق بين الخطورة والأولوية، والأخطاء الواجب تجنبها.

وقت القراءة 4 دقائق
تحليل الأخطاء

دورة حياة العيب (Defect Lifecycle)

شرح دورة حياة العيب: الفرق بين الخطأ والعيب والإخفاق، والحالات والانتقالات، والقرارات، وإعادة الاختبار مقابل الانحدار، والتقادم، والمقاييس، ومثال كامل.

وقت القراءة 13 دقائق
تصميم الاختبارات

ضمان جودة المنتج من البداية إلى النهاية

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

وقت القراءة 8 دقائق
تصميم الاختبارات

كيف تكتب حالات الاختبار (Test Cases)

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

وقت القراءة 4 دقائق