STLC — دورة حياة الاختبار من التخطيط للإغلاق
شرح STLC بالعربي — ست مراحل من تحليل المتطلبات لإغلاق الاختبار، مع مخرجات كل مرحلة ومعايير الدخول والخروج، والفرق بينها وبين SDLC.
أغلب المختبرين الجدد بيشوفوا شغلهم كنشاط واحد اسمه «اختبار»: تجيك ميزة، تجرّبها، تفتح Bugs. وهذا بالضبط سبب الشعور إنّ الشغل عشوائي وإنّ الوقت دايماً ضيّق.
STLC (Software Testing Life Cycle) هي الطريقة اللي بتحوّل «الاختبار» من نشاط لعمليّة إلها مراحل ومخرجات ومعايير دخول وخروج. وهي كمان الجواب على أشهر سؤال بالمقابلات: «شو خطواتك من لحظة وصول المتطلب؟».
STLC مش SDLC
- SDLC = دورة حياة تطوير البرمجيات: كل شي من الفكرة للتسليم والصيانة.
- STLC = دورة حياة الاختبار جوّا SDLC: المراحل الخاصّة بأنشطة الاختبار.
بمنهجيات Agile، مراحل STLC ما بتصير مراحل متسلسلة طويلة — بتصير أنشطة بتتكرّر داخل كل Sprint، وبعضها بيمشي بالتوازي. المراحل تفضل نفسها، بس بحجم أصغر وبوتيرة أسرع.
المراحل الست
1) تحليل المتطلبات — Requirement Analysis
المختبر بيقرأ المتطلبات (User Stories، مواصفات، تصاميم) وبيسأل من منظور القابلية للاختبار: شو المتوقّع بالضبط؟ شو الحالات الحدّية؟ شو المسكوت عنه؟
- المخرجات: قائمة أسئلة وملاحظات على المتطلبات، تحديد ما يُختبر وما لا يُختبر، مصفوفة تتبّع أوّلية (Traceability).
- معيار الخروج: كل سؤال حاسم إله جواب موثّق، والـ Acceptance Criteria واضحة وقابلة للقياس.
- أعلى قيمة بهذي المرحلة: كل غموض تكشفه هون بيوفّر Bugs بتكلفتها أعلى بمراحل. Bug بمتطلب اكتشفته بمراجعة = تعديل جملة. نفس الـ Bug بعد الإصدار = إصدار طارئ.
2) تخطيط الاختبار — Test Planning
هون بيتحدّد كيف رح نختبر: النطاق، الأنواع (وظيفي، أداء، توافقية، أمان)، البيئات والأجهزة، الأدوات، الأدوار، الجدول الزمني، المخاطر، ومعايير الدخول والخروج.
- المخرجات: خطة اختبار (Test Plan) وتقدير جهد (Estimation).
- معيار الخروج: الخطة معتمدة، والمخاطر معروفة، والبيئة مؤمّنة.
- نصيحة: بفرق Agile، الخطة ممكن تكون صفحة واحدة أو قسم بالـ Definition of Done — المهم إنّها مكتوبة، مش بالراس.
3) تصميم حالات الاختبار — Test Design
كتابة الحالات والسيناريوهات وبيانات الاختبار، وتحديد الحالة المتوقّعة لكل واحدة، وربطها بالمتطلبات.
- المخرجات: حالات اختبار قابلة للتنفيذ، بيانات اختبار، مصفوفة تتبّع مكتملة.
- معيار الخروج: الحالات مُراجَعة، والتغطية معروفة (شو مغطّى وشو لأ).
- هون تنفع التقنيات: بدل ما تكتب حالات «بالحسّ»، استخدم تقنيات تصميم الاختبار — تقسيم التكافؤ وقيم الحدود وجدول القرار — لتغطية أكبر بحالات أقل.
4) تهيئة البيئة — Test Environment Setup
تجهيز البيئة والأجهزة والحسابات والبيانات والوصول للأنظمة المرتبطة.
- المخرجات: بيئة جاهزة وموثّقة، حسابات اختبار، نتيجة Smoke Test أولي عليها.
- معيار الخروج: نجاح Smoke Test على البيئة.
- ملاحظة عملية: هذي المرحلة بتمشي بالتوازي مع التصميم، وهي أشهر مكان بتضيع فيه أيام — اطلب الوصول والحسابات قبل ما تحتاجهم بيوم.
5) التنفيذ — Test Execution
تنفيذ الحالات، تسجيل النتائج (Pass / Fail / Blocked)، فتح الـ Bugs، إعادة الاختبار بعد الإصلاحات، وتنفيذ Regression.
- المخرجات: نتائج التنفيذ، Bugs موثّقة، تقارير حالة دورية.
- معيار الخروج: كل الحالات نُفّذت أو تم تعليل عدم تنفيذها، والـ Bugs الحرجة مُغلقة.
- هون بتشتغل دورة حياة الـ Bug بكل حالاتها.
6) إغلاق الاختبار — Test Closure
مش «خلصنا» — هي مرحلة إلها مخرج: تقرير نهائي يقول شو اختبرنا، شو ما اختبرنا وليش، شو ضلّ مفتوح، وشو الدروس المستفادة.
- المخرجات: تقرير إغلاق، مؤشّرات (عدد الـ Bugs حسب Severity، نسب الانحدار، التغطية)، أرشفة الأصول، ودروس تدخل الـ Retrospective.
- معيار الخروج: القرار موثّق: نطلع النسخة ولا لأ، وعلى أي أساس.
- ليش بتُهمل: لأنّها بتيجي وقت ما يكون الفريق مستعجل للإصدار الجاي. وهي أرخص مرحلة وأعلى مردود على المدى الطويل، لأنّها هي اللي بتمنع تكرار نفس المشاكل.
جدول: مدخلات ومخرجات كل مرحلة
| المرحلة | المدخل | المخرج | معيار الخروج |
|---|---|---|---|
| تحليل المتطلبات | المتطلبات والتصاميم | أسئلة، نطاق، تتبّع أوّلي | Acceptance Criteria واضحة |
| التخطيط | النطاق والمخاطر | Test Plan وتقدير | خطة معتمدة |
| التصميم | المتطلبات المعتمدة | حالات وبيانات اختبار | حالات مُراجَعة |
| البيئة | متطلبات البيئة | بيئة وحسابات جاهزة | Smoke Test ناجح |
| التنفيذ | حالات + build | نتائج وBugs | لا Bugs حرجة مفتوحة |
| الإغلاق | نتائج التنفيذ | تقرير ومؤشّرات ودروس | قرار إصدار موثّق |
معايير الدخول والخروج — الجزء اللي بيفرق
Entry Criteria = شو لازم يتوفّر لنبدأ. Exit Criteria = شو لازم يتحقّق لنقول خلصنا.
بلا هدول، الاختبار بيبدأ على نسخة مكسورة وبينتهي لمّا يخلص الوقت — مش لمّا تتحقّق الجودة. مثال عملي بسيط:
- دخول: النسخة منشورة على بيئة الاختبار، Smoke Test ناجح، الحالات مكتوبة ومُراجَعة، البيانات جاهزة.
- خروج: 100% من حالات المسارات الأساسية نُفّذت، لا Bugs Critical أو Major مفتوحة، كل Bug مؤجّل موثّق بسبب، تقرير الإغلاق مكتوب.
الجملة اللي لازم تقدر تقولها لصاحب القرار: «جاهزين نطلع، وهذا اللي ضلّ مفتوح، وهذي المخاطر» — مش «خلصنا اختبار».
STLC داخل Sprint واحد
بفريق Agile، الست مراحل بتتوزّع هيك:
- Sprint Planning / Refinement: تحليل المتطلبات — أسئلتك على الـ stories هون، قبل التطوير.
- أول يومين: تصميم الحالات + تجهيز البيانات والبيئة.
- وسط الـ Sprint: تنفيذ تدريجي مع كل ميزة تخلص، مش تكديس كل الاختبار بآخر يومين.
- آخر الـ Sprint: Regression على المسارات الأساسية.
- Sprint Review + Retrospective: الإغلاق والدروس.
تفصيل دور المختبر داخل الفريق موجود بـ دورة أساسيات Scrum.
أسئلة شائعة
شو الفرق بين STLC و SDLC؟ SDLC للتطوير كله، STLC لأنشطة الاختبار جوّاه.
كم مرحلة بالـ STLC؟ الشائع ست مراحل. بعض المراجع بتدمج التخطيط مع التحليل أو بتفصل تهيئة البيئة — المهم الأنشطة، مش الرقم.
هل STLC ينفع بـ Agile؟ نعم، بس مش كمراحل متسلسلة — كأنشطة متكرّرة داخل كل Sprint وبعضها متوازي.
مين بيكتب Test Plan؟ Test Lead أو QA Engineer المسؤول، بمراجعة من الفريق و Product Owner. بفرق صغيرة، المختبر نفسه.
شو أهم مرحلة؟ تحليل المتطلبات — لأنّها أرخص مكان لكشف الـ Bugs، وأكبر مصدر لإعادة الشغل لو انتُقلت بسرعة.
خطوتك الجاية
- اكتب الحالات صح: كيف تكتب حالة اختبار فعّالة.
- غطِّ أكثر بحالات أقل: تقنيات تصميم الاختبار.
- افهم أنواع دورات التنفيذ: Smoke و Sanity و Regression.
- قوالب جاهزة (خطة اختبار، حالات، تقرير): موارد المنصة.
النقاش 🔻