دورة حياة اختبار البرمجيات (STLC)

ما هي STLC — وما ليست هي

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

والدورة متداخلة أيضاً. للإصدار دورة اختبار؛ وداخلها قد يكون لكل مستوى اختبار (تكامل المكوّنات، والنظام، والقبول) دورته الخاصة؛ وكل إصلاح لعيب يطلق دورة صغيرة من اختبار التأكيد (Confirmation testing) واختبار الانحدار (Regression testing). وما يجعلها دورة حياة أن كل دورة تُغلق: يتحقق أحدهم من معايير الخروج، ويسجل ما اختُبر وما لم يُختبر، ويسلّم.

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

مقابلة مراحل STLC بعملية الاختبار في ISTQB

«STLC» مصطلح صناعي لا يعرّفه ISTQB. يصف منهج CTFL الإصدار 4.0 عملية اختبار من سبع مجموعات أنشطة، ويصف المعيار ISO/IEC/IEEE 29119-2 عمليات إدارة الاختبار (استراتيجية الاختبار والتخطيط، والمتابعة والتحكم، والإتمام) وعمليات الاختبار الديناميكي. يقابل الجدول بين المفردات الثلاث حتى تنتقل بسهولة بين إعلان وظيفة واختبار ISTQB ونظام جودة قائم على المعايير.

• تحليل المتطلبات — في ISTQB: تحليل الاختبار (ماذا نختبر)؛ وفي ISO/IEC/IEEE 29119-2: الخطوات الأولى من عملية تصميم الاختبار وتهيئته (Test design & implementation).
• تخطيط الاختبار — في ISTQB: تخطيط الاختبار؛ وفي ⁦29119-2⁩: عملية استراتيجية الاختبار والتخطيط (Test strategy & planning).
• تطوير حالات الاختبار — في ISTQB: تصميم الاختبار (كيف نختبر) وتهيئة الاختبار حتى تجهز مواد الاختبار؛ وفي ⁦29119-2⁩: عملية تصميم الاختبار وتهيئته.
• تجهيز بيئة الاختبار — في ISTQB: جزء البيئة من تهيئة الاختبار؛ وفي ⁦29119-2⁩: عملية إدارة بيئة الاختبار وبياناته (Test environment & data management).
• تنفيذ الاختبار — في ISTQB: تنفيذ الاختبار؛ وفي ⁦29119-2⁩: عملية تنفيذ الاختبار وعملية الإبلاغ عن حوادث الاختبار (Test incident reporting).
• إغلاق دورة الاختبار — في ISTQB: إتمام الاختبار؛ وفي ⁦29119-2⁩: عملية إتمام الاختبار (Test completion).
• ليس للمتابعة والتحكم (Test monitoring and control) مرحلة في STLC: فهما يمتدان من التخطيط حتى الإتمام، بمقارنة التقدم الفعلي بالخطة واتخاذ الإجراءات التصحيحية.
• يفصل ISTQB بين تحليل الاختبار (Test analysis: ماذا نختبر — شروط الاختبار مرتّبة حسب الأولوية) وتصميم الاختبار (Test design: كيف نختبر — حالات الاختبار وعناصر التغطية ومتطلبات البيانات وتصميم البيئة).
• تشمل تهيئة الاختبار (Test implementation) في ISTQB كل ما يلزم للتشغيل: بيانات الاختبار، وإجراءات الاختبار، والسكربتات اليدوية والآلية، وحزم الاختبار، وجدول التنفيذ، وبيئة اختبار مبنية ومُتحقَّق منها. أما STLC فتفصل البيئة في مرحلة مستقلة.
• يقيّم تحليل الاختبار أيضاً أساس الاختبار نفسه بحثاً عن العيوب — وهي الفكرة ذاتها في مرحلة تحليل المتطلبات في STLC.

Industry STLC phase      | ISTQB CTFL v4.0 test activity             | ISO/IEC/IEEE 29119-2 process
-------------------------|-------------------------------------------|------------------------------------------
Requirement analysis     | Test analysis ("what to test")            | Test design & implementation (first steps)
Test planning            | Test planning                             | Test strategy & planning
(runs throughout)        | Test monitoring and test control          | Test monitoring & control
Test case development    | Test design ("how to test")               | Test design & implementation
                         | Test implementation (testware ready)      |
Test environment set-up  | Test implementation (environment ready)   | Test environment & data management
Test execution           | Test execution                            | Test execution; test incident reporting
Test cycle closure       | Test completion                           | Test completion

المرحلة 1 — تحليل المتطلبات (تحليل الاختبار)

يقرأ المختبِر أساس الاختبار (Test basis) — قصص المستخدم والمواصفات والتصاميم وعقود الواجهات البرمجية والأنظمة المنطبقة — ويجيب عن سؤالين: ما الذي يمكن اختباره هنا، وما الخاطئ أو الناقص في الأساس نفسه؟ والمُخرَج قائمة بشروط الاختبار (Test conditions) مرتّبة حسب المخاطر، وقائمة بالأسئلة والعيوب في المتطلبات.

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

• المهام — تحديد الميزات داخل النطاق وخارجه؛ واشتقاق شروط الاختبار؛ ووسم العبارات غير القابلة للاختبار؛ وإظهار الاحتياجات غير الوظيفية الضمنية (الأداء والأمان وإمكانية الوصول والعربية والتخطيط من اليمين إلى اليسار)؛ وبدء مصفوفة تتبّع المتطلبات (Traceability matrix)؛ وتقدير مخاطر المنتج كاحتمال × أثر.
• معايير الدخول — المتطلبات أو عناصر قائمة المهام للنطاق متاحة؛ ومالك المنتج أو المحلل متاح للإجابة عن الأسئلة.
• معايير الخروج — لكل متطلب ضمن النطاق شروط اختبار أو سؤال مفتوح مسجَّل؛ والغموض أُجيب عنه أو قُبل كمخاطرة؛ ومصفوفة التتبّع بدأت.
• عيوب نموذجية — «REQ-14: الاسترداد ‹خلال مدة معقولة› بلا رقم»؛ «REQ-22 وREQ-31 يتناقضان في إمكانية إلغاء المستخدم الزائر».

جرّبها: كاشف غموض المتطلبات بالذكاء الاصطناعي جرّبها: المتطلبات ← سيناريوهات اختبار

المرحلة 2 — تخطيط الاختبار

يقرر التخطيط النطاق والنهج والموارد والجدول الزمني والمعايير التي ستُنهي الدورة. بنية وثيقة خطة الاختبار يغطيها دليل خطة الاختبار، والنهج على مستوى المؤسسة يغطيه دليل استراتيجية الاختبار؛ والمهم هنا ما يجب أن يحسمه التخطيط قبل بدء التصميم.

ينبغي أن تأتي التقديرات من تقنية معلنة لا من التخمين. يذكر CTFL الإصدار 4.0 أربعاً منها: التقدير المبني على النسب، والاستقراء، وتقنية Wideband Delphi، والتقدير الثلاثي النقاط (Three-point estimation). ومخاطر المشروع (بناء متأخر، أو بيئة التجربة (Sandbox) غير متاحة، أو مختبِر في إجازة) مكانها الخطة مع خطة بديلة، بجانب مخاطر المنتج التي تقود أولويات الاختبار.

• تحسم الخطة — النطاق والاستثناءات؛ ومستويات الاختبار وأنواعه؛ والنهج لكل مستوى مخاطر؛ ومعايير الدخول والخروج؛ والبيئات وبيانات الاختبار؛ والأدوار؛ والجدول والتقديرات؛ والأدوات؛ والمخاطر والخطط البديلة؛ ووتيرة التقارير.
• معايير الدخول — النطاق معروف بما يكفي للتقدير؛ واستراتيجية الاختبار أو سياسته متاحة؛ والفريق والجدول الزمني معروفان.
• معايير الخروج — الخطة مراجَعة ومعتمدة من أصحاب المصلحة الذين سيعملون بها؛ ومعايير الدخول والخروج للمراحل اللاحقة متفق عليها؛ وطلبات البيئة والبيانات مرفوعة.

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

المرحلة 3 — تطوير حالات الاختبار (التصميم والتهيئة)

تتحول شروط الاختبار إلى حالات اختبار عبر تقنيات تصميم الاختبار: تقسيم التكافؤ (Equivalence partitioning)، وتحليل القيم الحدّية (Boundary value analysis)، وجداول القرار، واختبار انتقال الحالة للتصميم المبني على المواصفات؛ وتخمين الأخطاء والاختبار الاستكشافي والاختبار المبني على قوائم التحقق للتصميم المبني على الخبرة. أما كيف تكتب حالة اختبار جيدة واحدة فيغطيه دليل حالات الاختبار. ثم تنظّم التهيئة الحالات في إجراءات وحزم، وتنشئ بيانات الاختبار، وتكتب السكربتات الآلية، وتحدد ترتيب التنفيذ. ويُحفظ التتبّع من المتطلب إلى الشرط إلى الحالة.

يبيّن المثال أدناه خمس حالات مشتقة من المتطلب REQ-07 «يمكن إلغاء الطلب قبل شحنه»، وبجانب كل حالة التقنية أو الخطر الذي جاءت منه: إلغاء طلب في حالة PENDING يجعله CANCELLED مع استرداد كامل (فئة تكافؤ صالحة)؛ وإلغاء طلب في حالة SHIPPED يُرفض بالرمز 409 (فئة تكافؤ غير صالحة)؛ ومحاولة إلغاء طلب عميل آخر تُرفض بالرمز 403 دون تغيير الحالة (الأمان)؛ وطلبا إلغاء متزامنان ينتجان استرداداً واحداً فقط (التزامن)؛ واسترداد المبلغين الحدّيين 0.01 و99,999.99 ريال بدقة (تحليل القيم الحدّية).

• معايير الدخول — الخطة معتمدة؛ وأساس الاختبار للنطاق مستقر بما يكفي للتصميم عليه؛ وتقنيات التصميم متفق عليها.
• معايير الخروج — لكل شرط عالي المخاطر حالة اختبار واحدة على الأقل؛ والحالات راجعها زميل؛ وبيانات الاختبار جاهزة؛ والفحوص الآلية مودَعة في المستودع؛ ومصفوفة التتبّع لا تُظهر متطلباً غير مغطى ضمن النطاق؛ والحزم وترتيب التنفيذ محددة.

REQ-07  Order can be cancelled before shipment
  TC-07-01  Cancel order in status PENDING      -> status CANCELLED, full refund        (EP valid)
  TC-07-02  Cancel order in status SHIPPED      -> 409 "Order already shipped"          (EP invalid)
  TC-07-03  Cancel another customer's order     -> 403, no state change                 (security)
  TC-07-04  Two cancel requests in parallel     -> one refund only                      (concurrency)
  TC-07-05  Refund for totals SAR 0.01 and 99,999.99 -> exact amounts refunded           (BVA)

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

المرحلة 4 — تجهيز بيئة الاختبار

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

• قائمة الجاهزية — الإصدار قيد الاختبار منشور ومسجَّل؛ والإعدادات تطابق الإنتاج حيث تؤثر في السلوك (أعلام الميزات واللغة والمنطقة الزمنية)؛ وخط أساس البيانات محمَّل وقابل للاستعادة؛ والأطراف الخارجية في بيئة التجربة أو محاكاة تشمل إخفاقاتها؛ ولكل دور حساب اختبار؛ والمختبِرون يستطيعون قراءة السجلات.
• معايير الدخول — متطلبات البيئة مذكورة في الخطة؛ وطلبات الوصول إلى البنية التحتية وبيئات التجربة وحسابات الاختبار مرفوعة. أما البناء القابل للنشر فيلزم لإنهاء هذه المرحلة لا لبدئها.
• معايير الخروج — اختبار الدخان يجتاز؛ وقائمة الجاهزية معتمدة؛ وخط أساس البيانات قابل للاستعادة عند الطلب.
• عيب نموذجي — «بيئة الاختبار تعمل بتوقيت UTC بينما يستخدم الإنتاج Asia/Riyadh؛ فينزاح مرشّح ‹طلبات اليوم› ثلاث ساعات».

جرّبها: فاحص صحة API جرّبها: مولّد استجابات API وهمية

المرحلة 5 — تنفيذ الاختبار وإدارة العيوب

يشغّل التنفيذ الاختبارات بالترتيب المخطط، ويقارن النتائج الفعلية بالمتوقعة، ويسجل نتيجة كل منها: ناجح أو فاشل أو محجوب أو لم يُنفَّذ. ويُحلَّل كل فشل — عيب في المنتج، أم عيب في الاختبار، أم مشكلة بيئة أو بيانات — ويُبلَّغ عن عيوب المنتج بخطوات قابلة لإعادة الإنتاج وأدلة وخطورة وأولوية. وتُعاد اختبارات العيوب المُصلَحة (اختبار التأكيد)، ويُعاد فحص المناطق المحيطة بالتغيير (اختبار الانحدار).

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

والمثال أدناه تقرير حالة يومي في اليوم السادس من عشرة لاختبار النظام في الإصدار 3.8: نُفّذ 205 من 260 اختباراً (79%)، ونجح 188 وفشل 17 وحُجب 7 ولم يُنفَّذ 48؛ والعيوب المفتوحة: لا حاجب، و2 حرجة، و6 رئيسية، و9 ثانوية؛ و41 من 44 متطلباً عالي المخاطر لها اختبار ناجح. ويسمّي التقرير العائق (بيئة التجربة للدفع تعيد 503 لكل أنواع البطاقات) والإجراءات المتخذة. لاحظ أنه يقيس المخاطر المغطاة لا عدد الحالات المنفَّذة فقط.

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

Cycle: Release 3.8 — system test, day 6 of 10
Executed: 205 / 260 (79%)   Passed: 188   Failed: 17   Blocked: 7   Not run: 48
Open defects: Blocker 0 · Critical 2 · Major 6 · Minor 9
High-risk requirements with a passed test: 41 / 44
Blocked by: DEF-311 payment sandbox returns 503 for all card types
Actions: refunds exploratory session moved to day 7; retest DEF-298 and DEF-301 today

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

المرحلة 6 — إغلاق دورة الاختبار (إتمام الاختبار)

يحدث الإغلاق حين تتحقق معايير الخروج أو حين يقرر أصحاب المصلحة التوقف. يسرد CTFL الإصدار 4.0 مهام إتمام الاختبار (Test completion): التأكد من تحوّل العيوب غير المحلولة إلى طلبات تغيير أو عناصر في قائمة المهام، وتحديد مواد الاختبار (Testware) التي تستحق الحفظ وأرشفتها أو تسليمها، وإيقاف البيئة إلى حالة متفق عليها، وتحليل أنشطة الاختبار لاستخلاص الدروس، وإعداد تقرير إتمام الاختبار وإبلاغه.

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

جرّبها: محلّل تغطية الاختبار بالذكاء الاصطناعي

معايير الدخول والخروج لكل مرحلة في لمحة

لا تعمل المعايير إلا إذا كانت قابلة للقياس، وإذا كان تجاوز أي منها قراراً ظاهراً لا إغفالاً صامتاً. وفي الفرق الرشيقة تظهر الفكرة نفسها في تعريف الجاهزية (Definition of Ready) كمعيار دخول للقصة، وتعريف الإنجاز (Definition of Done) كمعيار خروج.

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

Phase                  | Entry criteria (example)                          | Exit criteria (example)
-----------------------|---------------------------------------------------|------------------------------------------------
Requirement analysis   | Stories/specs available for the scope;            | Every in-scope requirement has test conditions
                       | product owner reachable for questions             | or a logged open question
Test planning          | Scope and timeline known; strategy available      | Plan approved; entry/exit criteria agreed;
                       |                                                   | environment and data requested
Test case development  | Plan approved; test basis stable for the scope    | High-risk conditions covered; cases reviewed;
                       |                                                   | data and automated checks ready; RTM updated
Environment set-up     | Environment spec in plan; access requested        | Smoke test passes; data baseline restorable;
                       |                                                   | third parties sandboxed or mocked
Test execution         | Smoke passed; cases, data, release notes ready    | Planned tests run or descoped by decision;
                       |                                                   | 0 open Blocker/Critical; regression green
Test cycle closure     | Execution complete or stopped by decision         | Completion report issued; testware archived;
                       |                                                   | lessons learned have owners

STLC في السبرنت وفي خط التكامل، والأخطاء الشائعة

في Scrum تجري الدورة لكل قصة ولكل سبرنت: تهذيب قائمة المهام (Backlog refinement) هو تحليل المتطلبات وتعريف الجاهزية معيار خروجه؛ وتخطيط السبرنت يتضمن تخطيط الاختبار على مقياس السبرنت؛ والتصميم والأتمتة يجريان خلال السبرنت؛ وخط التكامل يوفّر البيئة؛ والتنفيذ مستمر؛ ومراجعة السبرنت والاجتماع الاسترجاعي يحملان الإغلاق. وفي بيئة CI/CD يؤتمت خط التكامل تجهيز البيئة وكثيراً من التنفيذ مع كل تغيير، وينتقل الجهد البشري إلى التحليل والتصميم والاختبار الاستكشافي وقراءة إشارات الإنتاج.

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

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

المراجع

• ISTQB Certified Tester Foundation Level (CTFL) v4.0ISTQB · 2023المنهج التأسيسي لاختبار البرمجيات: مستويات الاختبار وأنواعه وتقنيات تصميم الاختبارات وإدارة الاختبار والأدوات.
• ISO/IEC/IEEE 29119-2:2021 — Software and systems engineering — Software testing — Part 2: Test processesISO/IEC/IEEE · 2021نموذج عمليات الاختبار: العمليات المؤسسية وعمليات إدارة الاختبار وعمليات الاختبار الديناميكي، مع أنشطتها ومخرجاتها.
• ISO/IEC/IEEE 29119-3:2021 — Software and systems engineering — Software testing — Part 3: Test documentationISO/IEC/IEEE · 2021نماذج ومحتوى وثائق الاختبار — سياسة الاختبار واستراتيجيته وخطته وتقارير الحالة والإنجاز وتقارير الحوادث.
• ISTQB GlossaryISTQBالتعريفات القياسية لمصطلحات الاختبار — حالة الاختبار واختبار الانحدار والخطورة والأولوية وتحليل القيم الحدّية وغيرها.
• Certified Tester Advanced Level Test Management (CTAL-TM) v3.0ISTQB · 2024منهج ISTQB المتقدم لإدارة الاختبار: التخطيط والتقدير، والاختبار المبني على المخاطر، والمتابعة، والمقاييس والتقارير.