SDLC - Testing
✅ 5. Testing – مرحلة الاختبار
🎯 الهدف من المرحلة دي:
نتأكد إن الكود اللي كتبناه بيشتغل زي ما المفروض، من غير أخطاء، وبيحقق المتطلبات اللي العميل طلبها.
📌 إيه اللي بيحصل في المرحلة دي؟
-
اختبار الوظائف (Functional Testing):
-
هل النظام بيقوم بالوظائف المطلوبة فعلاً؟
-
مثلًا: هل المستخدم يقدر يسجل؟ يضيف منتج؟ يدفع؟
-
-
اختبار الأداء (Performance Testing):
-
هل النظام سريع؟
-
بيقدر يتحمل عدد كبير من المستخدمين في نفس الوقت؟
-
-
اختبار الأمان (Security Testing):
-
هل في حماية من الاختراق؟
-
هل البيانات مشفرة؟
-
هل في صلاحيات واضحة (Admin / User)؟
-
-
اختبار القبول (User Acceptance Testing – UAT):
-
بنعرض النظام على العميل علشان يجربه
-
لو قال OK، يبقى جاهز للنشر
-
-
اختبار التوافق (Compatibility Testing):
-
هل الموقع شغال على كل الأجهزة والمتصفحات؟
-
هل التطبيق شغال على Android و iOS؟
-
🧪 أنواع الاختبارات:
النوع | وصف سريع |
---|---|
Unit Testing | اختبار وحدة صغيرة زي دالة أو كلاس |
Integration Testing | اختبار ربط الأجزاء مع بعض |
System Testing | اختبار النظام ككل |
Regression Testing | نتأكد إن التعديلات ما بوظتش حاجات تانية |
🧠 المفروض تفهمه هنا:
-
مرحلة الاختبار مش اختيارية، ولازم تتعمل قبل النشر
-
في مشاريع كبيرة، في فريق كامل اسمه QA Team بيعمل اختبار
-
الأخطاء اللي بتتصلح هنا بتوفّر تعب كبير بعدين
-
لازم العميل يشارك في اختبار القبول النهائي
🔄 مثال تطبيقي:
في تطبيق البيع أونلاين:
-
تسجل مستخدم جديد: ✅ تمام
-
تضيف منتج للسلة: ✅ تمام
-
تجرب تدفع بكرت غير صالح: ❌ لازم يرفض
-
تجرب تدخل الموقع من موبايل: ✅ تمام
-
تجرب تطلب أوردر في نفس اللحظة من 10 أجهزة: ✅ تمام لو اتحمّل
تعليقات
إرسال تعليق